Re: [PATCH 0/4] (RESEND) ext3 barrier changes
From: Chris Mason
Date: Mon May 19 2008 - 20:31:19 EST
On Monday 19 May 2008, Jan Kara wrote:
> > On Monday 19 May 2008, Chris Mason wrote:
> > > Here's a test workload that corrupts ext3 50% of the time on power fail
> > > testing for me. The machine in this test is my poor dell desktop
> > > (3ghz, dual core, 2GB of ram), and the power controller is me walking
> > > over and ripping the plug out the back.
> > Here's a new version that still gets about corruptions 50% of the time,
> > but does it with fewer files by using longer file names (240 chars
> > instead of 160 chars).
> > I tested this one with a larger FS (40GB instead of 2GB) and larger log
> > (128MB instead of 32MB). barrier-test -s 32 -p 1500 was still able to
> > get a 50% corruption rate on the larger FS.
> Hmm, this is worse than I'd have expected :( If it is that bad, I
> think we should really enable them by default... I can give your script
> a try on my test machine when I get back (which is next week).
That would be great, I'd like to confirm that my machine isn't the only one on
the planet so easily broken ;)
I was also able to trigger corruptions on XFS (one run out of two), so it is
unlikely I'm seeing bugs in the ext3 replay or logging code.
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/