Re: Configurable Send/Receive Buffer Sizes - Mailing list pgsql-jdbc

From Daniel Migowski
Subject Re: Configurable Send/Receive Buffer Sizes
Date
Msg-id 41ED3F5450C90F4D8381BC4D8DF6BBDC4F099DF1@EXCHANGESERVER.ikoffice.de
Whole thread Raw
In response to Re: Configurable Send/Receive Buffer Sizes  (Bernd Helmle <mailings@oopsware.de>)
List pgsql-jdbc
I fully support this request! I currently have a overridden PGStream in my Classpath to be able to set it manually to
128k.Else our update scripts hang for the same reason. Making this configurable would be of great help. 

Regards,
Daniel Migowski


________________________________________
Von: pgsql-jdbc-owner@postgresql.org [pgsql-jdbc-owner@postgresql.org]" im Auftrag von "Bernd Helmle
[mailings@oopsware.de]
Gesendet: Donnerstag, 21. April 2011 17:16
An: Kevin Grittner; pgsql-jdbc@postgresql.org
Betreff: Re: [JDBC] Configurable Send/Receive Buffer Sizes

--On 21. April 2011 09:49:54 -0500 Kevin Grittner <Kevin.Grittner@wicourts.gov>
wrote:

> Bernd Helmle <mailings@oopsware.de> wrote:
>
>> An interesting example is the small test program from
>>
>> <http://archives.postgresql.org/pgsql-jdbc/2008-10/msg00045.php>
>>
>> which could be make working with the appropiate buffer settings.
>
>> I didn't invest any time on benchmarks, but maybe there's also
>> some value in it performance-wise.
>
> So the primary point is to avoid deadlocks on full network buffers?
>

Yeah, that was the primary idea...or, well, to workaround them. You could argue
that its still possible to run into those issue, but less likely. With the
proper settings it didn't occur to me again, though.


--
Thanks

        Bernd



--
Sent via pgsql-jdbc mailing list (pgsql-jdbc@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-jdbc

pgsql-jdbc by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Unnessecary use of new Integer(n) in AbstractJdbc2ResultSet
Next
From: digifork
Date:
Subject: PGStream.ReceiveTupleV3 and Out of Memory