[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.20.1607201945540.24483@east.gentwo.org>
Date: Wed, 20 Jul 2016 19:48:13 -0500 (CDT)
From: Christoph Lameter <cl@...ux.com>
To: Waiman Long <waiman.long@....com>
cc: Tejun Heo <tj@...nel.org>,
Alexander Viro <viro@...iv.linux.org.uk>,
Jan Kara <jack@...e.com>,
Jeff Layton <jlayton@...chiereds.net>,
"J. Bruce Fields" <bfields@...ldses.org>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
Andi Kleen <andi@...stfloor.org>,
Dave Chinner <dchinner@...hat.com>,
Boqun Feng <boqun.feng@...il.com>,
Scott J Norton <scott.norton@....com>,
Douglas Hatch <doug.hatch@....com>
Subject: Re: [PATCH v3 1/4] lib/dlock-list: Distributed and lock-protected
lists
On Wed, 20 Jul 2016, Waiman Long wrote:
> Christoph, are you OK with Tejun's request to revert the name back to
> percpu_list? Or do you still think the current name is better?
The percpu structure contains a spinlock and may be remotely accessed? You
are aware that other percpu variables that share the same cacheline will
be negatively impacted by accesses from other processors?
The role of percpu areas are to have memory areas where the code can
expect that cachelines are exclusively there for that processor.
How frequent are the remote accesses? If this is rare then ok.
Powered by blists - more mailing lists