Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6 - Mailing list pgsql-hackers

From The Hermit Hacker
Subject Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
Date
Msg-id Pine.BSF.3.96.980320192603.331C-100000@thelab.hub.org
Whole thread Raw
In response to Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6  (Bruce Momjian <maillist@candle.pha.pa.us>)
Responses Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
List pgsql-hackers
On Fri, 20 Mar 1998, Bruce Momjian wrote:

> > I'am against a generic patch using select(). If we have sched_yield() on an
> > architecture I don't see why dont't use it. Here is the patch for Linux.
> > It has been tested for two months by 100 users without any problem.
> > The only thing I would add is a more general configuration test in configure
> > to include the proper include files.
>
> I understand your issue.  Unfortunately, only Linux has sched_yield(),
> as far as I know.  Perhaps we can implement sched_yield/select based on
> the platform.

    What's the possibility of doing this similar to how we do some of
the other functions (dl_open comes immediately to mind)...make a
pg_sched_yield function and use that, which is built based on the various
platforms?

    Right now, I don't believe we have *anything* in place, so have
pg_sched_yield() return 0 (or an equivalent) for every platform except for
Linux...

Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org


pgsql-hackers by date:

Previous
From: The Hermit Hacker
Date:
Subject: Re: [HACKERS] tonight's mega-patch
Next
From: The Hermit Hacker
Date:
Subject: Newest Patch...try this one...