On Mon, 2005-11-21 at 21:50 +0100, Hesse, Christian wrote: > On Monday 21 November 2005 19:44, Hesse, Christian wrote: > > On Monday 21 November 2005 19:06, E.Gryaznova wrote: > > > Unfortunately we are not able to reproduce this slowdown. Would you > > > please provide more info?: > > > Is this 2.6.14-mm2 bad sync/fsync performance reproducible on fresh > > > created reiser4 too?
I have this problem on a vanilla 2.6.14 kernel patched with reiser4-for-2.6.14-1. The kernel is also patched with suspend2 and fbsplash. The effect of the slowdown does not seem to noticeably affect the boot up time of the system, though I have never timed it. When using the system interactively, the hard drive makes a distinctly different noise. It actually sounds similar to using Windows95 in safe mode. The time taken to perform a sync/fsync appears to not only depend on how much data their is to commit to disk, but also depends on how much data has been read from the disk since the last call. Unfortunately I have temporarily stopped using the affected kernel for a while as I have some important work to get out of the way. At the time, it seemed like there was some form of cross-contamination of the fs cache, where the amount of cached data seemed to affect the overall performance especially during a sync. One other thing is that I don't think all that head movement does hard drives any good. A few bad blocks appeared after several days of heavy thrashing. The data had to be transferred to another drive and fsck.reiser4 fixed the breakage. I was wondering if there are are debugging messages that could be of use? I imagine it would be useful to have a function call trace with the time spent in each function printed out for when a sync/fsync is called. Is there an option/patch to enable this? -- Craig Shelley EMail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
