From: | Dennis Bjorklund <db(at)zigo(dot)dhs(dot)org> |
---|---|
To: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
Cc: | adnandursun(at)asrinbilisim(dot)com(dot)tr, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Feature freeze date for 8.1 |
Date: | 2005-05-01 14:56:13 |
Message-ID: | Pine.LNX.4.44.0505011644510.7072-100000@zigo.dhs.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
On Sun, 1 May 2005, Alvaro Herrera wrote:
> Well, if process A loses the connection to the client, then the
> transaction will be rolled back and other processes will be able to
> continue.
If the other end of a tcp/ip connection just disapears, for example if the
network cable is cut off then in linux it can take up to 2 hours as
default for it to close the connection. Normally if a client application
dies then the client OS cleans up and closes the socket so that the server
knows about it.
There are some settings that one can alter to change the time it waits
before probing and killing the connection, ie tcp_keepalive_time in
/proc/sys/net/ipv4/.
It's documented in "man tcp" that say that it will take 2h11m as default
to kill of such a connection.
Pg could of course also implement some pinging protocl that should be done
every now and then by the client so that the server knows that it is
alive. For now you just have to lower the global settings as the one above
if you want it to handle it better.
--
/Dennis Björklund
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-05-01 15:29:42 | Re: SPI bug. |
Previous Message | Thomas Hallgren | 2005-05-01 14:50:36 | Re: SPI bug. |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-05-01 15:37:47 | Re: Feature freeze date for 8.1 |
Previous Message | Peter Eisentraut | 2005-05-01 14:44:32 | Re: Feature freeze date for 8.1 |