Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1767148AbXEBS22 (ORCPT ); Wed, 2 May 2007 14:28:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1767151AbXEBS22 (ORCPT ); Wed, 2 May 2007 14:28:28 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:60514 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1767148AbXEBS21 (ORCPT ); Wed, 2 May 2007 14:28:27 -0400 Date: Wed, 2 May 2007 11:28:26 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Hugh Dickins cc: Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: 2.6.22 -mm merge plans: slub In-Reply-To: Message-ID: References: <20070430162007.ad46e153.akpm@linux-foundation.org> <20070501125559.9ab42896.akpm@linux-foundation.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: 1446 Lines: 31 On Wed, 2 May 2007, Hugh Dickins wrote: > On Wed, 2 May 2007, Christoph Lameter wrote: > > > > But these are arch specific problems. We could use > > ARCH_USES_SLAB_PAGE_STRUCT to disable SLUB on these platforms. > > As a quick hack, sure. But every ARCH_USES_SLAB_PAGE_STRUCT > diminishes the testing SLUB will get. If the idea is that we're > going to support both SLAB and SLUB, some arches with one, some > with another, some with either, for more than a single release, > then I'm back to saying SLUB is being pushed in too early. > I can understand people wanting pluggable schedulers, > but pluggable slab allocators? This is a sensitive piece of the kernel as you say and we better allow the running of two allocator for some time to make sure that it behaves in all load situations. The design is fundamentally different so its performance characteristics may diverge significantly and perhaps there will be corner cases for each where they do the best job. I have already reworked the slab API to allow for an easy implementation of alternate slab allocators (released with 2.6.20) which only covered SLAB and SLOB. This is continuing the cleanup work and adding a third one. - 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/