Re: select() for small sleep - Mailing list pgsql-hackers

From Tom Lane
Subject Re: select() for small sleep
Date
Msg-id 23636.1072803101@sss.pgh.pa.us
Whole thread Raw
In response to select() for small sleep  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> I wrote:
>> There are a couple of other places where [select()] is used for small 
>> sleeps (storage/lmgr/s_lock.c and access/transam/xact.c) -

> What is the preferred way to handle these 2 cases?  We could handle them 
> with #ifdef'd code inline, or create a new function pg_usleep(), or 
> possibly handle it with conditional macros inline. If a new function or 
> macro, where should they go?

I'd go with a new function.  There is no reason to try to "optimize"
this code by putting it inline; if you're trying to delay, another few
nanoseconds to enter a subroutine doesn't matter.

As for where, maybe make a new file in src/port/.  That would make it
relatively easy to use the same function in client-side code if we
needed to.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] update i386 spinlock for hyperthreading
Next
From: Manfred Spraul
Date:
Subject: Re: [PATCHES] update i386 spinlock for hyperthreading