Re: PATCH: Batch/pipelining support for libpq
Craig Ringer <craig@2ndquadrant.com>
From: Craig Ringer <craig@2ndquadrant.com>
To: Shay Rojansky <roji@roji.org>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>, Michael Paquier <michael.paquier@gmail.com>, Manuel Kniep <m.kniep@web.de>, "fujita.etsuro@lab.ntt.co.jp" <fujita.etsuro@lab.ntt.co.jp>
Date: 2016-10-14T14:28:21Z
Lists: pgsql-hackers
On 14 October 2016 at 22:15, Shay Rojansky <roji@roji.org> wrote: > Unless I'm mistaken TCP_CORK is not necessarily going to work across all > platforms (e.g. Windows), although SO_LINGER (which is more standard) also > helps here. Yeah, true. You can also twiddle TCP_NODELAY on and off on other platforms. Anyway, my point is that it's not likely to be crucial, especially since even without socket options the host will often do packet combining if the queue isn't empty. > Unless I'm mistaken, in the extended protocol you can't combine multiple ; > delimited queries in a single Parse - that's a feature supported only by the > Query message of the simple protocol. But then, if you're in the simple > protocol Sync doesn't play any role, does it? I mean, a Query message > behaves as though it's implicitly followed by a Sync message - an error in a > previous Query message doesn't cause later messages to be skipped. Right, good point. So that concern isn't relevant. -- Craig Ringer http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
Commits
-
Add libpq pipeline mode support to pgbench
- 9aa491abbf07 14.0 landed
-
Implement pipeline mode in libpq
- acb7e4eb6b1c 14.0 landed