From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763789AbXGJWMs (ORCPT ); Tue, 10 Jul 2007 18:12:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760827AbXGJWMk (ORCPT ); Tue, 10 Jul 2007 18:12:40 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:53586 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1760604AbXGJWMj (ORCPT ); Tue, 10 Jul 2007 18:12:39 -0400 Date: Tue, 10 Jul 2007 15:12:38 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Matt Mackall cc: Pekka Enberg , Nick Piggin , Andrew Morton , Ingo Molnar , linux-kernel@vger.kernel.org, linux-mm@kvack.org, suresh.b.siddha@intel.com, corey.d.gough@intel.com, Denis Vlasenko , Erik Andersen Subject: Re: [patch 09/10] Remove the SLOB allocator for 2.6.23 In-Reply-To: <20070710120224.GP11115@waste.org> Message-ID: References: <20070708034952.022985379@sgi.com> <20070708035018.074510057@sgi.com> <20070708075119.GA16631@elte.hu> <20070708110224.9cd9df5b.akpm@linux-foundation.org> <4691A415.6040208@yahoo.com.au> <84144f020707090404l657a62c7x89d7d06b3dd6c34b@mail.gmail.com> <469342DC.8070007@yahoo.com.au> <84144f020707100231p5013e1aer767562c26fc52eeb@mail.gmail.com> <20070710120224.GP11115@waste.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1700579579-1284435424-1184105558=:5490" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1700579579-1284435424-1184105558=:5490 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 10 Jul 2007, Matt Mackall wrote: > following as the best MemFree numbers after several boots each: >=20 > SLAB: 54796 > SLOB: 55044 > SLUB: 53944 > SLUB: 54788 (debug turned off) That was without "slub_debug" as a parameter or with !CONFIG_SLUB_DEBUG? Data size and code size will decrease if you compile with=20 !CONFIG_SLUB_DEBUG. slub_debug on the command line governs if debug=20 information is used. > These numbers bounce around a lot more from boot to boot than I > remember, so take these numbers with a grain of salt. >=20 > Disabling the debug code in the build gives this, by the way: >=20 > mm/slub.c: In function =FF=FFinit_kmem_cache_node=FF=FF: > mm/slub.c:1873: error: =FF=FFstruct kmem_cache_node=FF=FF has no member n= amed > =FF=FFfull=FF=FF A fix for that is in Andrew's tree. ---1700579579-1284435424-1184105558=:5490--