Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934175AbZKXVMq (ORCPT ); Tue, 24 Nov 2009 16:12:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934166AbZKXVMj (ORCPT ); Tue, 24 Nov 2009 16:12:39 -0500 Received: from casper.infradead.org ([85.118.1.10]:44570 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934157AbZKXVMh (ORCPT ); Tue, 24 Nov 2009 16:12:37 -0500 Subject: Re: lockdep complaints in slab allocator From: Peter Zijlstra To: David Rientjes Cc: Matt Mackall , paulmck@linux.vnet.ibm.com, Pekka Enberg , linux-mm@kvack.org, Christoph Lameter , LKML , Nick Piggin In-Reply-To: References: <84144f020911192249l6c7fa495t1a05294c8f5b6ac8@mail.gmail.com> <1258709153.11284.429.camel@laptop> <84144f020911200238w3d3ecb38k92ca595beee31de5@mail.gmail.com> <1258714328.11284.522.camel@laptop> <4B067816.6070304@cs.helsinki.fi> <1258729748.4104.223.camel@laptop> <1259002800.5630.1.camel@penberg-laptop> <1259003425.17871.328.camel@calx> <4B0ADEF5.9040001@cs.helsinki.fi> <1259080406.4531.1645.camel@laptop> <20091124170032.GC6831@linux.vnet.ibm.com> <1259082756.17871.607.camel@calx> <1259086459.4531.1752.camel@laptop> <1259090615.17871.696.camel@calx> <1259095580.4531.1788.camel@laptop> <1259096004.17871.716.camel@calx> <1259096519.4531.1809.camel@laptop> Content-Type: text/plain; charset="UTF-8" Date: Tue, 24 Nov 2009 22:12:30 +0100 Message-ID: <1259097150.4531.1822.camel@laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 676 Lines: 17 On Tue, 2009-11-24 at 13:03 -0800, David Rientjes wrote: > On Tue, 24 Nov 2009, Peter Zijlstra wrote: > > > Merge SLQB and rm mm/sl[ua]b.c include/linux/sl[ua]b.h for .33-rc1 > > > > slqb still has a 5-10% performance regression compared to slab for > benchmarks such as netperf TCP_RR on machines with high cpu counts, > forcing that type of regression isn't acceptable. Having _4_ slab allocators is equally unacceptable. -- 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/