Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6

Поиск
Список
Период
Сортировка
От The Hermit Hacker
Тема Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
Дата
Msg-id Pine.BSF.3.96.980320192603.331C-100000@thelab.hub.org
обсуждение исходный текст
Ответ на Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6  (Bruce Momjian <maillist@candle.pha.pa.us>)
Ответы Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
Re: [HACKERS] Re: [PATCHES] patches for 6.2.1p6
Список 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 по дате отправления:

Предыдущее
От: The Hermit Hacker
Дата:
Сообщение: Re: [HACKERS] tonight's mega-patch
Следующее
От: The Hermit Hacker
Дата:
Сообщение: Newest Patch...try this one...