Re: Feature freeze date for 8.1

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

In response to

Browse pgsql-hackers by date

  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.

Browse pgsql-patches by date

  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