Re: PG_DUMP very slow because of STDOUT ?? - Mailing list pgsql-general

From Tom Lane
Subject Re: PG_DUMP very slow because of STDOUT ??
Date
Msg-id 18976.1278684534@sss.pgh.pa.us
Whole thread Raw
In response to Re: PG_DUMP very slow because of STDOUT ??  (Andras Fabian <Fabian@atrada.net>)
Responses Re: PG_DUMP very slow because of STDOUT ??  (Craig Ringer <craig@postnewspapers.com.au>)
List pgsql-general
Andras Fabian <Fabian@atrada.net> writes:
>> Something weird about the network stack on the new machine, maybe.
>> Have you compared the transfer speeds for Unix-socket and TCP connections?

> Hmm, no ... but how do Unix-socket / TCP connections relate to STDOUT here (sorry, maybe this is obvious to some, but
notto me at the moment)? 

Well, COPY TO STDOUT really means "send the data across the network
connection to the client".  It sounds to me like your problem is slow
data transfer between the database backend and pg_dump (or psql).
Not sure what could be causing it, unless perhaps you've got a kernel
packet filter that's performing an unreasonable amount of processing
per packet.

            regards, tom lane

pgsql-general by date:

Previous
From: Andras Fabian
Date:
Subject: Re: PG_DUMP very slow because of STDOUT ??
Next
From: Jason Dixon
Date:
Subject: Last day to submit your Surge 2010 CFP!