From: | dg(at)illustra(dot)com (David Gould) |
---|---|
To: | scrappy(at)hub(dot)org (The Hermit Hacker) |
Cc: | maillist(at)candle(dot)pha(dot)pa(dot)us, dz(at)cs(dot)unitn(dot)it, hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6 |
Date: | 1998-03-21 01:05:32 |
Message-ID: | 9803210105.AA10553@hawk.illustra.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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(at)hub(dot)org secondary: scrappy(at){freebsd|postgresql}.org
I appreciate all the help, but I think I have a solution for this. Details
next week...
-dg
David Gould dg(at)illustra(dot)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.
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 1998-03-21 03:38:10 | Re: [HACKERS] psql nested queries with 2000+ records |
Previous Message | David Gould | 1998-03-21 01:02:05 | Re: [HACKERS] Buffer overuns with the Electric fence debugging library |