[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <16d9d5aa-a996-d41d-cbff-9a5937863893@linux.vnet.ibm.com>
Date: Fri, 19 Jun 2020 13:41:39 -0700
From: Rick Lindsley <ricklind@...ux.vnet.ibm.com>
To: Tejun Heo <tj@...nel.org>, Ian Kent <raven@...maw.net>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
Andrew Morton <akpm@...ux-foundation.org>,
Al Viro <viro@...iv.linux.org.uk>,
David Howells <dhowells@...hat.com>,
Miklos Szeredi <miklos@...redi.hu>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2 0/6] kernfs: proposed locking and concurrency
improvement
On 6/19/20 8:38 AM, Tejun Heo wrote:
> I don't have strong objections to the series but the rationales don't seem
> particularly strong. It's solving a suspected problem but only half way. It
> isn't clear whether this can be the long term solution for the problem
> machine and whether it will benefit anyone else in a meaningful way either.
I don't understand your statement about solving the problem halfway. Could you elaborate?
> I think Greg already asked this but how are the 100,000+ memory objects
> used? Is that justified in the first place?
They are used for hotplugging and partitioning memory. The size of the segments (and thus the number of them) is dictated by the underlying hardware.
Rick
Powered by blists - more mailing lists