Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c)
От | Larry Rosenman |
---|---|
Тема | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) |
Дата | |
Msg-id | 20001116134940.A5992@lerami.lerctr.org обсуждение исходный текст |
Ответ на | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) (Don Baccus <dhogaza@pacifier.com>) |
Ответы |
Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c
xlog.c)
|
Список | pgsql-hackers |
* Don Baccus <dhogaza@pacifier.com> [001116 13:46]: > At 02:13 PM 11/16/00 -0500, Bruce Momjian wrote: > > >> I think the default should probably be no delay, and the documentation > >> on enabling this needs to be clear and obvious (i.e. hard to miss). > > > >I just talked to Tom Lane about this. I think a sleep(0) just before > >the flush would be the best. It would reliquish the cpu slice if > >another process is ready to run. If no other backend is running, it > >probably just returns. If there is another one, it gives it a chance to > >complete. On return from sleep(0), it can check if it still needs to > >flush. This would tend to bunch up flushers so they flush only once, > >while not delaying cases where only one backend is running. > > This sounds like an interesting approach, yes. Question: Is sleep(0) guaranteed to at least give up control? The way I read my UnixWare 7's man page, it might not, since alarm(0) just cancels the alarm... Larry > > > > - Don Baccus, Portland OR <dhogaza@pacifier.com> > Nature photos, on-line guides, Pacific Northwest > Rare Bird Alert Service and other goodies at > http://donb.photo.net. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 (voice) Internet: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749
В списке pgsql-hackers по дате отправления: