[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20071120210959.GB995458@sgi.com>
Date: Wed, 21 Nov 2007 08:09:59 +1100
From: David Chinner <dgc@....com>
To: Damien Wyart <damien.wyart@...e.fr>
Cc: David Chinner <dgc@....com>,
Torsten Kaiser <just.for.lkml@...glemail.com>,
Fengguang Wu <wfg@...l.ustc.edu.cn>,
Peter Zijlstra <peterz@...radead.org>,
Maxim Levitsky <maximlevitsky@...il.com>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
linux-fsdevel@...r.kernel.org
Subject: Re: writeout stalls in current -git
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@...glemail.com>
>
> * David Chinner <dgc@....com> [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-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists