Re: mmap for zeroing WAL log - Mailing list pgsql-hackers

From Matthew Kirkwood
Subject Re: mmap for zeroing WAL log
Date
Msg-id Pine.LNX.4.10.10102281030240.14458-100000@sphinx.mythic-beasts.com
Whole thread Raw
In response to Re: mmap for zeroing WAL log  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, 27 Feb 2001, Tom Lane wrote:

> Matthew Kirkwood <matthew@hairy.beasts.org> writes:
> > I had assumed that the overhead would come from synchronous
> > metadata incurring writes of at least the inode, block bitmap
> > and probably an indirect block for each syscall.
>
> No Unix that I've ever heard of forces metadata to disk after each
> "write" call; anyone who tried it would have abysmal performance.
> That's what fsync and the syncer daemon are for.

My understanding was that that's exactly what ffs' synchronous
metadata writes do.

Am I missing something here?  Do they jsut schedule I/O, but
return without waiting for its completion?

Matthew.



pgsql-hackers by date:

Previous
From: Jan Wieck
Date:
Subject: Re: ExecOpenScanR: failed to open relation
Next
From: Peter Schindler
Date:
Subject: Re: stuck spinlock