Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753409AbYABUZU (ORCPT ); Wed, 2 Jan 2008 15:25:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754173AbYABUZI (ORCPT ); Wed, 2 Jan 2008 15:25:08 -0500 Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:33141 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753714AbYABUZG (ORCPT ); Wed, 2 Jan 2008 15:25:06 -0500 Date: Wed, 2 Jan 2008 12:25:04 -0800 (PST) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Al Viro cc: Steven Rostedt , Peter Zijlstra , LKML , "Rafael J. Wysocki" Subject: Re: SLUB sysfs support In-Reply-To: <20071228032645.GM27894@ZenIV.linux.org.uk> Message-ID: References: <20071226221631.GD27894@ZenIV.linux.org.uk> <20071227225947.GH27894@ZenIV.linux.org.uk> <20071227235804.GJ27894@ZenIV.linux.org.uk> <20071228004504.GK27894@ZenIV.linux.org.uk> <20071228032645.GM27894@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1435 Lines: 35 On Fri, 28 Dec 2007, Al Viro wrote: > On Thu, Dec 27, 2007 at 06:19:46PM -0800, Christoph Lameter wrote: > > nfsd4_delegations? What is this about? > > The random lifetimes of user-visible files you create in sysfs. Well these are symlinks. > > How do I scan for the symlinks in sysfs? > > At which point are you going to do that? AFAICS, the fundamental problem > is that you > * have aliases indistinguishable, so kmem_cache_destroy() can't tell > which one is going away, no matter what > * have per-alias objects in sysfs > As the result, you have a user-visible mess in that directory in sysfs. > And I don't see how you would deal with that - on the "the contents of > directory changes in so-and-so way when such-and-such operation is > done", not the implementation details one. If the alias count of a kmem_cache structure reaches zero then all aliases can be taken down. At that point we know that no aliases exist anymore. > BTW, I'm rather sceptical about free use of slabs; keep in mind that their > names have to be unique with your sysfs layout, so... What do you mean by free use of slabs? Creation of new slab caches to avoid the rounding up to order 2 size? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/