Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
От | dg@illustra.com (David Gould) |
---|---|
Тема | Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6 |
Дата | |
Msg-id | 9803210105.AA10553@hawk.illustra.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6 (The Hermit Hacker <scrappy@hub.org>) |
Список | 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 по дате отправления: