Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750787AbXBWEzu (ORCPT ); Thu, 22 Feb 2007 23:55:50 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750869AbXBWEzu (ORCPT ); Thu, 22 Feb 2007 23:55:50 -0500 Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:57625 "EHLO netops-testserver-3.corp.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750787AbXBWEzu (ORCPT ); Thu, 22 Feb 2007 23:55:50 -0500 Date: Thu, 22 Feb 2007 20:55:41 -0800 (PST) From: Christoph Lameter To: Andi Kleen cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: SLUB: The unqueued Slab allocator In-Reply-To: <20070223001653.GA16108@one.firstfloor.org> Message-ID: References: <20070223001653.GA16108@one.firstfloor.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 624 Lines: 14 On Fri, 23 Feb 2007, Andi Kleen wrote: > If you don't cache constructed but free objects then there is no cache > advantage of constructors/destructors and they would be useless. SLUB caches those objects as long as they are part of a partially allocated slab. If all objects in the slab are freed then the whole slab will be freed. SLUB does not keep queues of freed slabs. - 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/