[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130604145322.GH2109@fieldses.org>
Date: Tue, 4 Jun 2013 10:53:22 -0400
From: "J. Bruce Fields" <bfields@...ldses.org>
To: Christoph Hellwig <hch@...radead.org>
Cc: "Stefan (metze) Metzmacher" <metze@...ba.org>,
Jeff Layton <jlayton@...hat.com>, viro@...iv.linux.org.uk,
matthew@....cx, linux-cifs@...r.kernel.org,
linux-nfs@...r.kernel.org, cluster-devel@...hat.com,
sage@...tank.com, samba-technical@...ts.samba.org,
Trond.Myklebust@...app.com, linux-kernel@...r.kernel.org,
linux-afs@...ts.infradead.org, dhowells@...hat.com,
smfrench@...il.com, linux-fsdevel@...r.kernel.org,
ceph-devel@...r.kernel.org, akpm@...ux-foundation.org,
swhiteho@...hat.com
Subject: Re: [PATCH v1 11/11] locks: give the blocked_hash its own spinlock
On Tue, Jun 04, 2013 at 07:46:40AM -0700, Christoph Hellwig wrote:
> Having RCU for modification mostly workloads never is a good idea, so
> I don't think it makes sense to mention it here.
>
> If you care about the overhead it's worth trying to use per-cpu lists,
> though.
Yes. The lock and unlock could happen on different CPU's--but I think
you can make the rule that the lock stays associated with the list it
was first put on, and then it's correct in general and hopefully quick
in the common case.
--b.
--
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