Thread (26 messages) 26 messages, 11 authors, 2008-05-21

Re: [PATCH 0/4] (RESEND) ext3[34] barrier changes

From: Chris Mason <hidden>
Date: 2008-05-20 00:31:00
Also in: linux-fsdevel, lkml

On Monday 19 May 2008, Jan Kara wrote:
quoted
On Monday 19 May 2008, Chris Mason wrote:
quoted
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.

-chris
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help