xfs
[Top] [All Lists]

Re: [PATCH 3/4] xfs: make xfs_inode_set_eofblocks_tag cheaper for the co

To: Christoph Hellwig <hch@xxxxxx>
Subject: Re: [PATCH 3/4] xfs: make xfs_inode_set_eofblocks_tag cheaper for the common case
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Wed, 31 Aug 2016 09:03:20 +1000
Cc: Brian Foster <bfoster@xxxxxxxxxx>, xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <20160830144006.GA14504@xxxxxx>
References: <1471816273-28940-1-git-send-email-hch@xxxxxx> <1471816273-28940-4-git-send-email-hch@xxxxxx> <20160825123808.GC25041@xxxxxxxxxxxxxxx> <20160826142616.GA21535@xxxxxx> <20160826160209.GB17728@xxxxxxxxxxxxxxx> <20160830144006.GA14504@xxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Tue, Aug 30, 2016 at 04:40:06PM +0200, Christoph Hellwig wrote:
> On Fri, Aug 26, 2016 at 12:02:09PM -0400, Brian Foster wrote:
> > > I don't think taking it should be too bad, but given the ops ordering
> > > it also seems entirely pointless to even take it.
> > > 
> > 
> > Then why are we taking it? I assumed it at least served as a memory
> > barrier...
> 
> I meant to take it for that early check, not in general.
> 
> I guess this is another hint we should try to look into using proper
> atomic bitops here..

I think we've looked at that in the past, but there were cases where
we have to do things atomically with setting/clearing the flags and
that required the spinlock to protect the flag modifications as
well. IIRC there are also cases where we have to check/set multiple
flags at once, which we cannot do with atomic bit ops.

Perhaps the code has changed enough that there isn't a problem
anymore, but I don't think that is the case...

Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx

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