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
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 |
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 |