Re: Linux 2.6.29
From: Ric Wheeler
Date: Mon Mar 30 2009 - 11:02:32 EST
Mark Lord wrote:
Ric Wheeler wrote:
Mark Lord wrote:
Ric Wheeler wrote:
..
The kernel can crash, and the drives, in practice, will still
flush their caches to media by themselves. Within a second or two.
Even with desktops, I am not positive that the drive write cache
survives a kernel crash without data loss. If I remember correctly,
Chris's tests used crashes (not power outages) to display the data
corruption that happened without barriers being enabled properly.
..
Linux f/s barriers != drive write caches.
Drive write caches are an almost total non-issue for desktop users,
except on the (very rare) event of a total, sudden power failure
during extended write outs.
Very rare. Yes, a huge problem for server farms. No question.
But the majority of Linux systems are probably (still) desktops/notebooks.
Cheers
I am confused as to why you think that barriers (flush barriers specifically)
are not equivalent to drive write cache. We disable barriers when the write
cache is off, use them only to insure that our ordering for fs transactions
survives any power loss. No one should be enabling barriers on linux file
systems if your write cache is disabled or if you have a battery backed write
cache (say on an enterprise class disk array).
Chris' test of barriers (with write cache enabled) did show for desktop class
boxes that you would get file system corruption (i.e., need to fsck the disk) a
huge percentage of the time.
Sudden power failures are not rare for desktops in my personal experience, I see
them several times a year in New England both at home (ice, tree limbs, etc) or
at work (unplanned outages for repair, broken AC, etc).
Ric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/