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

From dg@illustra.com (David Gould)
Subject Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
Date
Msg-id 9803210105.AA10553@hawk.illustra.com
Whole thread Raw
In response to Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6  (The Hermit Hacker <scrappy@hub.org>)
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
I appreciate all the help, but I think I have a solution for this. Details
next week...

-dg

David Gould            dg@illustra.com           510.628.3783 or 510.305.9468
Informix Software  (No, really)         300 Lakeside Drive  Oakland, CA 94612
 - I realize now that irony has no place in business communications.


pgsql-hackers by date:

Previous
From: dg@illustra.com (David Gould)
Date:
Subject: Re: [HACKERS] Buffer overuns with the Electric fence debugging library
Next
From: Bruce Momjian
Date:
Subject: Re: [HACKERS] psql nested queries with 2000+ records