On Tue, Nov 20, 2007 at 02:16:17PM +0100, Damien Wyart wrote: > Hello, > > > > > Ok, so it's not synchronous writes that we are doing - we're just > > > > submitting bio's tagged as WRITE_SYNC to get the I/O issued quickly. > > > > The "synchronous" nature appears to be coming from higher level > > > > locking when reclaiming inodes (on the flush lock). It appears that > > > > inode write clustering is failing completely so we are writing the > > > > same block multiple times i.e. once for each inode in the cluster we > > > > have to write. > > > > Works for me. The only remaining stalls are sub second and look > > > completely valid, considering the amount of files being removed. > > .... > > > Tested-by: Torsten Kaiser <just.for.lkml@xxxxxxxxxxxxxx> > > * David Chinner <dgc@xxxxxxx> [2007-11-08 11:38]: > > Great - thanks for reporting the problem and testing the fix. > > This patch has not yet made its way into 2.6.24 (rc3). Is it intended? > Maybe the fix can wait for 2.6.25, but wanted to make sure... The patch is in the XFS dev tree being QA'd, and we will push it to 2.6.24-rcX in the next few days. Cheers, Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
