Horton

Re: PATCH: Batch/pipelining support for libpq

Daniel Verite <daniel@manitou-mail.org>

View thread View on postgr.es
From: "Daniel Verite" <daniel@manitou-mail.org>
To: "Craig Ringer" <craig@2ndquadrant.com>
Cc: "Andres Freund" <andres@anarazel.de>,"Vaishnavi Prabakaran" <vaishnaviprabakaran@gmail.com>,"Michael Paquier" <michael.paquier@gmail.com>,"David Steele" <david@pgmasters.net>,"Prabakaran, Vaishnavi" <VaishnaviP@fast.au.fujitsu.com>,"Haribabu Kommi" <kommi.haribabu@gmail.com>,"Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>,"Dmitry Igrishin" <dmitigr@gmail.com>,"PostgreSQL Hackers" <pgsql-hackers@postgresql.org>,"Manuel Kniep" <m.kniep@web.de>,"fujita.etsuro@lab.ntt.co.jp" <fujita.etsuro@lab.ntt.co.jp>,"Iwata, Aya" <iwata.aya@jp.fujitsu.com>
Date: 2017-06-22T11:23:11Z
Lists: pgsql-hackers 
	Craig Ringer wrote:

> The kernel will usually do some packet aggregation unless we use
> TCP_NODELAY (which we don't and shouldn't)

Not sure. As a point of comparison, Oracle has it as a tunable
parameter (TCP.NODELAY), and they changed its default from
No to Yes starting from their 10g R2.


Best regards,
-- 
Daniel Vérité
PostgreSQL-powered mailer: http://www.manitou-mail.org
Twitter: @DanielVerite

Commits

  1. Add libpq pipeline mode support to pgbench

  2. Implement pipeline mode in libpq