xfs
[Top] [All Lists]

Re: [PATCH 05/13] xfs: sync work is now only periodic log work

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: [PATCH 05/13] xfs: sync work is now only periodic log work
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Mon, 3 Sep 2012 13:36:26 +1000
Cc: xfs@xxxxxxxxxxx
In-reply-to: <20120901232343.GA31634@xxxxxxxxxxxxx>
References: <1346328017-2795-1-git-send-email-david@xxxxxxxxxxxxx> <1346328017-2795-6-git-send-email-david@xxxxxxxxxxxxx> <20120901232343.GA31634@xxxxxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Sat, Sep 01, 2012 at 07:23:43PM -0400, Christoph Hellwig wrote:
> On Thu, Aug 30, 2012 at 10:00:09PM +1000, Dave Chinner wrote:
> > From: Dave Chinner <dchinner@xxxxxxxxxx>
> > 
> > The only thing the periodic sync work does now is flush the AIL and
> > idle the log. These are really functions of the log code, so move
> > the work to xfs_log.c and rename it appropriately.
> > 
> > The only wart that this leaves behind is the xfssyncd_centisecs
> > sysctl, otherwise the xfssyncd is dead. Clean up any comments that
> > related to xfssyncd to reflect it's passing.
> 
> FYI: A while ago I looked into folding the work here into xfsaild.
> While soing the periodic ail push there aka just waking up with a
> timeout which we did more often anyway at that point was easy, getting
> the log force / dummy log never really worked out.
> 
> I think at least the former probably should be dropped here as well.

Perhaps. We've always had a periodic log force as a get out gaol
free card for issues with pinned objects, so I'm not really inclined
to remove it/change that behaviour in this series.

IOWs, while I do agree that the log covering and AIL pushing code
should be more tightly integrated so that we can get the filesystem
to an idle state much faster than we do now, I don't think this
patchset is the place to start doing bits of that work.

Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>