From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <56D76138.1010606@hpe.com> Date: Wed, 2 Mar 2016 16:55:04 -0500 From: Waiman Long MIME-Version: 1.0 To: Ingo Molnar CC: Alexander Viro , Jan Kara , Jeff Layton , "J. Bruce Fields" , Tejun Heo , Christoph Lameter , , , Ingo Molnar , Peter Zijlstra , Andi Kleen , Dave Chinner , Boqun Feng , Scott J Norton , Douglas Hatch , Linus Torvalds , Andrew Morton , Peter Zijlstra Subject: Re: [PATCH v5 5/5] lib/percpu-list: Add a config parameter for disabling per-cpu list References: <1456866003-32441-1-git-send-email-Waiman.Long@hpe.com> <1456866003-32441-6-git-send-email-Waiman.Long@hpe.com> <20160302084128.GA21779@gmail.com> In-Reply-To: <20160302084128.GA21779@gmail.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: On 03/02/2016 03:41 AM, Ingo Molnar wrote: > * Waiman Long wrote: > >> As there is concern that the larger pcpu_list_node structure and the >> per-cpu overhead may be a waste of resource on small system. This patch >> adds a config parameter CONFIG_PERCPU_LIST to disable the per-cpu list >> if the kernel builder chooses to do so. With per-cpu list disabled, >> all the different groups of per-cpu lists will be degenerated into >> global lists for all the CPUs. >> >> The current default is to enable per-cpu list. A kernel builder needs >> to explicitly turn it off. >> >> Signed-off-by: Waiman Long >> --- >> fs/inode.c | 2 +- >> include/linux/percpu-list.h | 93 ++++++++++++++++++++++++++++++++++++++++++- >> lib/Kconfig | 14 ++++++ >> lib/percpu-list.c | 24 +++++++++++- >> 4 files changed, 130 insertions(+), 3 deletions(-) > I think this kind of #ifdef complexity and the doubling of our Kconfig and testing > space is counterproductive, and I think the per CPU locking is a win on as small > as dual core CPUs, and on UP CPUs the per CPU list becomes a single global list > automatically. > > I'm not against visible memory savings for overly clever scalability features, but > this does not appear to be such a case, so: > > NAKed-by: Ingo Molnar > > Thanks, > > Ingo The last patch was there to answer a feedback from Jan. I am fine if that is not merged as I prefer to have the per-cpu list capability as the default anyway. Cheers, Longman