| From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
|---|---|
| To: | Alfred Perlstein <bright(at)wintelcom(dot)net> |
| Cc: | Don Baccus <dhogaza(at)pacifier(dot)com>, Vadim Mikheev <vmikheev(at)sectorbase(dot)com>, "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>, peter_e(at)gmx(dot)net, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) |
| Date: | 2000-11-16 20:11:50 |
| Message-ID: | 200011162011.PAA26953@candle.pha.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> > In OS kernel design, you try to avoid process herding bottlenecks.
> > Here, we want them herded, and giving up the CPU may be the best way to
> > do it.
>
> Yes, but if everyone yeilds you're back where you started, and with
> 128 or more backends do you really want to cause possibly that many
> context switches per fsync?
You are going to kernel call/yield anyway to fsync, so why not try and
if someone does the fsync, we don't need to do it. I am suggesting
re-checking the need for fsync after the return from sleep(0).
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alfred Perlstein | 2000-11-16 20:12:58 | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) |
| Previous Message | Alfred Perlstein | 2000-11-16 20:05:41 | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) |