xfs
[Top] [All Lists]

Re: [PATCH 11/47] xfs: move deferred operations into a separate file

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: [PATCH 11/47] xfs: move deferred operations into a separate file
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 5 Aug 2016 09:44:13 +1000
Cc: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>, linux-fsdevel@xxxxxxxxxxxxxxx, vishal.l.verma@xxxxxxxxx, bfoster@xxxxxxxxxx, xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20160804160007.GA7649@xxxxxxxxxxxxx>
References: <146907695530.25461.3225785294902719773.stgit@xxxxxxxxxxxxxxxx> <146907703710.25461.16650495404061662831.stgit@xxxxxxxxxxxxxxxx> <20160801080223.GB30547@xxxxxxxxxxxxx> <20160802223950.GN16044@dastard> <20160803091627.GA5289@xxxxxxxxxxxxx> <20160803225756.GW16044@dastard> <20160804160007.GA7649@xxxxxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Thu, Aug 04, 2016 at 09:00:07AM -0700, Christoph Hellwig wrote:
> On Thu, Aug 04, 2016 at 08:57:56AM +1000, Dave Chinner wrote:
> > So, please explain in more detail what the problem is and what the
> > proposed solution is so I (and probably Darrick, too) have some
> > understanding of the issue you see with this code.
> 
> We were doing 1 (actually 2 with the busy extent tracking) allocations
> for each free extent, and now we're up to three.  We need to get this
> down to 1 and not increase it for no benefit.

Oh, it's memory allocations in the extent freeing path you're
worried about? That's a minor concern at this point, really. We do
some many other allocations in these paths (e.g. multiple
allocations for every metadata buffer that is not in cache) that
another is not going to make any difference to the system stability
or performance.

Yes, it would be good to reduce the number of allocations, but it's
not critical to the correct functioning of the code. hence it
doesn't need to be solved right now, and We can work on optimising
this over the next few months as we clean up all the rough edges we
find.

Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx

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