| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 1/1] xfs: log the inode in ->write_inode calls for kupdate |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Wed, 21 Dec 2011 08:19:07 +1100 |
| Cc: | xfs@xxxxxxxxxxx, Paul Anderson <pha@xxxxxxxxx>, Sean Thomas Caron <scaron@xxxxxxxxx> |
| In-reply-to: | <20111218154955.GB17626@xxxxxxxxxxxxx> |
| References: | <20111218154936.GA17626@xxxxxxxxxxxxx> <20111218154955.GB17626@xxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Sun, Dec 18, 2011 at 10:49:55AM -0500, Christoph Hellwig wrote: > If the writeback code writes back an inode because it has expired we currently > use the non-blockin ->write_inode path. This means any inode that is pinned > is skipped. With delayed logging and a workload that has very little log > traffic otherwise it is very likely that an inode that gets constantly > written to is always pinned, and thus we keep refusing to write it. The VM > writeback code at that point redirties it and doesn't try to write it again > for another 30 seconds. This means under certain scenarious time based > metadata writeback never happens. > > Fix this by calling into xfs_log_inode for kupdate in addition to data > integrity syncs, and thus transfer the inode to the log ASAP. Makes sense. > Signed-off-by: Christoph Hellwig <hch@xxxxxx> Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx> -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: xfsprogs patches pw 2883, 2986-2997, Christoph Hellwig |
|---|---|
| Next by Date: | Re: [PATCH 2/2 v2] xfs: log all dirty inodes in xfs_fs_sync_fs, Dave Chinner |
| Previous by Thread: | [PATCH 1/1] xfs: log the inode in ->write_inode calls for kupdate, Christoph Hellwig |
| Next by Thread: | Re: [PATCH 1/1] xfs: log the inode in ->write_inode calls for kupdate, Mark Tinguely |
| Indexes: | [Date] [Thread] [Top] [All Lists] |