Re: On Linux Filesystems

From: Andrew Sullivan <andrew(at)libertyrms(dot)info>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: On Linux Filesystems
Date: 2003-08-12 14:28:56
Message-ID: 20030812142856.GB12701@libertyrms.info
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On Mon, Aug 11, 2003 at 10:58:18PM -0400, Christopher Browne wrote:
> 1. Nobody has gone through any formal proofs, and there are few
> systems _anywhere_ that are 100% reliable.

I think the problem is that ext2 is known to be not perfectly crash
safe. That is, fsck on reboot after a crash can cause, in some
extreme cases, recently-fscynced data to end up in lost+found/. The
data may or may not be recoverable from there.

I don't think anyone would object to such a characterisation of ext2.
It was not designed, ever, for perfect data safety -- it was designed
as a reasonably good compromise for most cases. _Every_ filesystem
entails some compromises. This happens to be the one entailed by
ext2.

For production use with valuable data, for my money (or, more
precisely, my time when a system panics for no good reason), it is
always worth the additional speed penalty to use something like
metadata journalling. Maybe others have more time to spare.

> perhaps even including performance metrics for *BSD. That, not
> Linux-baiting, is the answer...

I didn't see anyone Linux-baiting.

A

--
----
Andrew Sullivan 204-4141 Yonge Street
Liberty RMS Toronto, Ontario Canada
<andrew(at)libertyrms(dot)info> M2P 2A8
+1 416 646 3304 x110

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jan Wieck 2003-08-12 14:35:19 Re: Farewell
Previous Message Larry Rosenman 2003-08-12 14:28:28 Re: Change Request: \pset pager off in pg_dumpall

Browse pgsql-performance by date

  From Date Subject
Next Message scott.marlowe 2003-08-12 14:31:57 Re: Perfomance Tuning
Previous Message scott.marlowe 2003-08-12 14:27:52 Re: Perfomance Tuning