On Tue, 2008-10-07 at 17:04 +0200, Andrea Gelmini wrote: > 2008/10/7 Chris Mason <chris.mason@xxxxxxxxxx>: > > Btrfs does use more cpu than reiserfs will because of the checksumming, > I don't think this is the problem. I mean, in same condition, with Reiserfs3, > I stay between 0.85 - 1.50 load avg. > Now I easily go from 5 - 10. > It's hard to believe so much overhead just for CRC. > Anyway, can I safely mount my /home disabling CRC? I read it about time before. Yes, you can mount -o nodatasum > > > and you have dm-crypt using CPU as well. Is the system unresponsive > > during the high load? > not exactly. it became slugghish. so, things that was zero-wait, now > may have seconds of delay. > something similar a "make -j"... > now I have doubled the space of the logical volume, and things seems > better (now, loadavg is not going over 4, doing > the mirrordir test). > anyway, I have to use it almost one day, to have a clear idea. Ok, its important to understand which parts of the FS are using so much cpu. It is pretty easy to tell based on the output of top (which procs are consuming the most time). > > > The load on linux is somewhat strange because it reflects both the > > number of procs waiting on IO and the number using CPU. Running top and > > looking at the process states will help figure out which one is the > > cause 'D' means IO and 'R' means CPU. > yes. > well, the strange things is the system is faster than before doing > write. but looking at top (I use htop, but it doesn't matter), it > doesn't seem something process related, but seems kernel alway busy > doing something I can't figure out. > > are there some tests I can run just to have some raw number to try to > explain this? Which procs are using the most time in top? -chris -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
