Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750897AbWBYWPw (ORCPT ); Sat, 25 Feb 2006 17:15:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750880AbWBYWPw (ORCPT ); Sat, 25 Feb 2006 17:15:52 -0500 Received: from courier.cs.helsinki.fi ([128.214.9.1]:47269 "EHLO mail.cs.helsinki.fi") by vger.kernel.org with ESMTP id S1750797AbWBYWPw (ORCPT ); Sat, 25 Feb 2006 17:15:52 -0500 Subject: Re: slab: Remove SLAB_NO_REAP option From: Pekka Enberg To: Christoph Lameter Cc: Andrew Morton , Alok Kataria , manfred@colorfullife.com, linux-kernel@vger.kernel.org In-Reply-To: References: <20060223020957.478d4cc1.akpm@osdl.org> <1140719812.11455.1.camel@localhost> <84144f020602232336l480f6a4el9f7f708f9c3a61e1@mail.gmail.com> Date: Sun, 26 Feb 2006 00:15:50 +0200 Message-Id: <1140905750.11182.7.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Evolution 2.4.2.1 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1033 Lines: 23 On Fri, 24 Feb 2006, Pekka Enberg wrote: > > I don't think its worth it. It doesn't make much sense to create a > > separate object cache if you're not using it, we're better off > > converting those to kmalloc(). cache_cache is there to make > > bootstrapping easier, it is very unlikely that you ever have more than > > one page allocated for that cache which is why scanning the freelist > > _at all_ is silly. I think SLAB_NO_REAP should go away but we also > > must ensure we don't introduce a performance regression while doing > > that. On Fri, 2006-02-24 at 08:19 -0800, Christoph Lameter wrote: > Got some way to get rid of cache_cache? Or remove it after boot? Well, yeah. We can bootsrap a generic cache that can hold sizeof(struct kmem_cache) first and use that. Pekka - 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/