Re: RE: xlog checkpoint depends on sync() ... seems uns afe

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

Browse pgsql-hackers by date

  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