From: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
---|---|
To: | Shay Rojansky <roji(at)roji(dot)org> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Manuel Kniep <m(dot)kniep(at)web(dot)de>, "fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp" <fujita(dot)etsuro(at)lab(dot)ntt(dot)co(dot)jp> |
Subject: | Re: PATCH: Batch/pipelining support for libpq |
Date: | 2016-10-14 14:28:21 |
Message-ID: | CAMsr+YEepWvQu16WmK3yg7jGcucHaiSDCm6TB7botzxn-iyMeQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 14 October 2016 at 22:15, Shay Rojansky <roji(at)roji(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2016-10-14 14:29:52 | Re: Question about behavior of snapshot too old feature |
Previous Message | Shay Rojansky | 2016-10-14 14:15:55 | Re: PATCH: Batch/pipelining support for libpq |