From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 12 Sep 2018 08:02:44 +1000 From: Dave Chinner To: Waiman Long Cc: Alexander Viro , Jonathan Corbet , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-doc@vger.kernel.org, "Luis R. Rodriguez" , Kees Cook , Linus Torvalds , Jan Kara , "Paul E. McKenney" , Andrew Morton , Ingo Molnar , Miklos Szeredi , Matthew Wilcox , Larry Woodman , James Bottomley , "Wangkai (Kevin C)" , Michal Hocko Subject: Re: [PATCH v3 2/4] fs: Don't need to put list_lru into its own cacheline Message-ID: <20180911220244.GF5631@dastard> References: <1536693506-11949-1-git-send-email-longman@redhat.com> <1536693506-11949-3-git-send-email-longman@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1536693506-11949-3-git-send-email-longman@redhat.com> Sender: owner-linux-mm@kvack.org List-ID: On Tue, Sep 11, 2018 at 03:18:24PM -0400, Waiman Long wrote: > The list_lru structure is essentially just a pointer to a table of > per-node LRU lists. Even if CONFIG_MEMCG_KMEM is defined, the list > field is just used for LRU list registration and shrinker_id is set > at initialization. Those fields won't need to be touched that often. > > So there is no point to make the list_lru structures to sit in their > own cachelines. > > Signed-off-by: Waiman Long Looks fine. Reviewed-by: Dave Chinner -- Dave Chinner david@fromorbit.com