Re: connect_timeout parameter in libpq

From: Denis A Ustimenko <denis(at)oldham(dot)ru>
To: <pgsql-patches(at)postgresql(dot)org>
Subject: Re: connect_timeout parameter in libpq
Date: 2002-08-15 03:43:22
Message-ID: Pine.GSO.4.33.0208151029250.908-100000@ls.oldham.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Hi, there!

I have posted patch two days ago. It has accurate timeout
calculation, use gettimeofday(), includes documentation and so on
accordind Tom's demand. Unfortunately I have recieved no comments.
Why?

Regards
Denis

On Mon, 12 Aug 2002, Tom Lane wrote:

> Denis A Ustimenko <denis(at)oldham(dot)ru> writes:
> > I need to change current connectDBComplete() behavior ( hang if
> > backend are not responding). Here is the patch. Please apply.
>
> Shouldn't such a patch include documentation updates? (And not
> only user-level documentation; this patch adds not even a single
> comment to explain what it's doing or why.)
>
> I'm also not thrilled with the way that the patch imposes the
> overhead of calculating the timeout whether the user wants it or not.
> The time() kernel calls should be skipped unless needed.
>
> A final comment is that the patch's timeout accuracy is quite poor, since
> time()'s result is quantized to seconds. gettimeofday() might be a
> better choice. Also it seems to assume that select() does not modify its
> timeout argument, which is not a portable assumption. On some platforms
> the timeout struct is decremented by the elapsed time.
>
> regards, tom lane

In response to

Responses

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2002-08-15 03:55:24 Re: connect_timeout parameter in libpq
Previous Message Tom Lane 2002-08-15 03:30:35 Re: stand-alone composite types patch (was [HACKERS] Proposal: