From: | Giles Lean <giles(at)nemeton(dot)com(dot)au> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>, "'Dominic J(dot) Eidson'" <sauron(at)the-infinite(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: RE: xlog checkpoint depends on sync() ... seems uns afe |
Date: | 2001-03-13 06:47:33 |
Message-ID: | 22231.984466053@nemeton.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> Sounds quite unreliable to me. Unless there's some interlock ... like,
> say, the second sync not being able to advance past a buffer page that's
> as yet unwritten by the first sync. But would all Unixen share such a
> strange detail of implementation?
I heard Kirk McKusick tell this story in a 4.4BSD internals class.
His explanation was that having an *operator* type 'sync' three times
provided enough time for the first sync to do the work before the
operator powered the system down or reset it or whatever.
I've not heard of any filesystem implementation where the number of
sync() system calls issued makes a difference, and imagine that any
programmer who has written code to call sync three times has only
heard part of the story. :-)
Regards,
Giles
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Graichen | 2001-03-13 07:24:20 | Re: PostgreSQL on multi-CPU systems |
Previous Message | Doug McNaught | 2001-03-13 05:42:58 | Re: RE: xlog checkpoint depends on sync() ... seems uns afe |