From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rik van Riel Subject: Re: [patch 21/21] slab defrag: Obsolete SLAB Date: Sat, 10 May 2008 22:15:15 -0400 Message-ID: <20080510221515.3540a6cc@bree.surriel.com> References: <20080510030831.796641881@sgi.com> <20080510030919.604216074@sgi.com> <4825709A.2020407@firstfloor.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Christoph Lameter , akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, Mel Gorman , Pekka Enberg , mpm@selenic.com To: Andi Kleen Return-path: Received: from mx1.redhat.com ([66.187.233.31]:39835 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756648AbYEKCPu (ORCPT ); Sat, 10 May 2008 22:15:50 -0400 In-Reply-To: <4825709A.2020407@firstfloor.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Sat, 10 May 2008 11:53:30 +0200 Andi Kleen wrote: > Christoph Lameter wrote: > > Slab defragmentation introduces new functionality not supported by SLAB and > > SLOB. > > > > Make slab depend on EXPERIMENTAL and note its obsoleteness and that > > various functionality is not supported by SLAB. > > > > Also update SLOB's description a bit to indicate that certain OS > > support is limited by design. > > What about the TPC performance regressions? My understanding was that > slub still performed worse in the "object allocated on one CPU, freed on > the other CPU" type workloads due to less batching. Which can be the majority of object allocations and frees in some workloads. It definately wants fixing. -- All rights reversed.