From: | Alfred Perlstein <bright(at)wintelcom(dot)net> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: New Linux xfs/reiser file systems |
Date: | 2001-05-02 23:06:02 |
Message-ID: | 20010502160602.X18676@fw.wintelcom.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
* Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> [010502 15:20] wrote:
> > The "problem" with log based filesystems is that they most likely
> > do not know the consequences of a write so an fsync on a file may
> > require double writing to both the log and the "real" portion of
> > the disk. They can also exhibit the problem that an fsync may
> > cause all pending writes to require scheduling unless the log is
> > constructed on the fly rather than incrementally.
>
> Yes, this double-writing is a problem. Suppose you have your WAL on a
> separate drive. You can fsync() WAL with zero head movement. With a
> log based file system, you need two head movements, so you have gone
> from zero movements to two.
It may be worse depending on how the filesystem actually does
journalling. I wonder if an fsync() may cause ALL pending
meta-data to be updated (even metadata not related to the
postgresql files).
Do you know if reiser or xfs have this problem?
--
-Alfred Perlstein - [alfred(at)freebsd(dot)org]
Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2001-05-02 23:19:04 | Re: Collation order for btree-indexable datatypes |
Previous Message | Stephan Szabo | 2001-05-02 23:05:49 | Re: Collation order for btree-indexable datatypes |