Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c)

From: Larry Rosenman <ler(at)lerctr(dot)org>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c)
Date: 2000-11-16 19:49:40
Message-ID: 20001116134940.A5992@lerami.lerctr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

* Don Baccus <dhogaza(at)pacifier(dot)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(at)pacifier(dot)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(at)lerctr(dot)org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2000-11-16 19:53:07 Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c)
Previous Message Mitch Vincent 2000-11-16 19:40:39 Re: Varchar standard compliance