Re: Low throughput of binary inserts from windows to linux

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Axel Waggershauser" <awagger(at)web(dot)de>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Low throughput of binary inserts from windows to linux
Date: 2006-12-12 16:33:20
Message-ID: 4101.1165941200@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

"Axel Waggershauser" <awagger(at)web(dot)de> writes:
> On 12/12/06, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I think this almost certainly indicates a Nagle/delayed-ACK
>> interaction. I googled and found a nice description of the issue:
>> http://www.stuartcheshire.org/papers/NagleDelayedAck/

> In case I was mistaken, this explanation makes perfectly sens to me.
> But then again it would indicate a 'bug' in libpq, in the sense that
> it (apparently) sets TCP_NODELAY on linux but not on windows.

No, it would mean a bug in Windows in that it fails to honor TCP_NODELAY.
Again, given that you only see the behavior at one specific message
length, I suspect this is a corner case rather than a generic "it
doesn't work" issue.

We're pretty much guessing though. Have you tried tracing the traffic
with a packet sniffer to see what's really happening at different
message sizes?

regards, tom lane

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Greg Smith 2006-12-12 16:36:01 Re: New to PostgreSQL, performance considerations
Previous Message Alvaro Herrera 2006-12-12 16:11:06 Re: New to PostgreSQL, performance considerations