Re: AW: AW: AW: WAL does not recover gracefully from out-of -dis k-sp ace

From: Ian Lance Taylor <ian(at)airs(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at>, "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: AW: AW: AW: WAL does not recover gracefully from out-of -dis k-sp ace
Date: 2001-03-09 21:30:38
Message-ID: si3dcmbpfl.fsf@daffy.airs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:

> We just bought back almost all the system time. The only possible
> explanation is that this way either doesn't keep the buffers from prior
> blocks, or does not scan them for dirtybits. I note that the open(2)
> man page is phrased so that O_SYNC is actually defined not to fsync the
> whole file, but only the part you just wrote --- I wonder if it's
> actually implemented that way?

Sure, why not? That's how it is implemented in the Linux kernel. If
you do a write with O_SYNC set, the write simply flushes out the
buffers it just modified. If you call fsync, the kernel has to walk
through all the buffers looking for ones associated with the file in
question.

Ian

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Kaare Rasmussen 2001-03-09 21:58:02 Internationalized dates (was Internationalized error messages)
Previous Message Mark Bixby 2001-03-09 21:27:21 Re: porting question: funky uid names?