Re: PGconn gets frozen ocassionally after select() timeout
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: PGconn gets frozen ocassionally after select() timeout |
| Дата | |
| Msg-id | 5255.1258134310@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: PGconn gets frozen ocassionally after select() timeout (Marek Peca <marek@duch.cz>) |
| Ответы |
Re: PGconn gets frozen ocassionally after select() timeout
|
| Список | pgsql-general |
Marek Peca <marek@duch.cz> writes:
>> In any case, that complaint should be directed to your kernel vendor
>> not us. We do not control how long the TCP stack waits before declaring
>> the connection dead.
> Well, this is what I wanted to hear. So if I call PQstatus() or PQexec(),
> the libpq sends some data to the TCP pipe, and you expect, that my broken
> underlying TCP/IP subsystem pretends, that the connection is OK and the
> data have been sent. Right?
Well, if you *never* get a failure, then yeah I think you have a broken
TCP stack. The default timeouts on this sort of thing are annoyingly
long, but they aren't infinite.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера