From: | "Trevor Talbot" <quension(at)gmail(dot)com> |
---|---|
To: | "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, "Richard Huxton" <dev(at)archonet(dot)com>, "Steve Crawford" <scrawford(at)pinpointresearch(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: psql hanging |
Date: | 2007-09-06 00:48:17 |
Message-ID: | 90bce5730709051748r6ff4ab67r4d3958415ae94702@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 9/5/07, Martijn van Oosterhout <kleptog(at)svana(dot)org> wrote:
> On Wed, Sep 05, 2007 at 10:44:20AM -0700, Trevor Talbot wrote:
> > Unless psql is turning on keepalive or similar, or the OS is forcing
> > it on by default, there are no timeouts for idle TCP connections. If
> > the command was transported to the server successfully and psql was
> > just waiting for a result, the connection is idle and nothing will
> > happen if the server end suddenly goes away.
>
> Well, any TCP implementation has to support keepalives and generally
Er, has to? Unless there's a new RFC I haven't seen lately, keepalive
is purely a vendor behavior extension. It's also known that some
older stacks interpreted the TCP spec slightly differently and don't
correctly respond to keepalive packets.
Keepalive is definitely useful, but you can't assume anything about it
being present, enabled, or working by default. It's only seen
mainstream use in recent years.
From | Date | Subject | |
---|---|---|---|
Next Message | Siah | 2007-09-06 01:12:52 | fillfactor Question |
Previous Message | Merlin Moncure | 2007-09-05 23:56:50 | Re: SQL for Deleting all duplicate entries |