Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756258AbXJAUuy (ORCPT ); Mon, 1 Oct 2007 16:50:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753271AbXJAUuq (ORCPT ); Mon, 1 Oct 2007 16:50:46 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:42521 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752243AbXJAUup (ORCPT ); Mon, 1 Oct 2007 16:50:45 -0400 Date: Mon, 1 Oct 2007 13:50:44 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Nick Piggin cc: Christoph Hellwig , Mel Gorman , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, David Chinner , Jens Axboe Subject: Re: [15/17] SLUB: Support virtual fallback via SLAB_VFALLBACK In-Reply-To: <200709281514.48293.nickpiggin@yahoo.com.au> Message-ID: References: <20070919033605.785839297@sgi.com> <200709280742.38262.nickpiggin@yahoo.com.au> <200709281514.48293.nickpiggin@yahoo.com.au> 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: 1375 Lines: 30 On Fri, 28 Sep 2007, Nick Piggin wrote: > I thought it was slower. Have you fixed the performance regression? > (OK, I read further down that you are still working on it but not confirmed > yet...) The problem is with the weird way of Intel testing and communication. Every 3-6 month or so they will tell you the system is X% up or down on arch Y (and they wont give you details because its somehow secret). And then there are conflicting statements by the two or so performance test departments. One of them repeatedly assured me that they do not see any regressions. > OK, so long as it isn't going to depend on using higher order pages, that's > fine. (if they help even further as an optional thing, that's fine too. You > can turn them on your huge systems and not even bother about adding > this vmap fallback -- you won't have me to nag you about these > purely theoretical issues). Well the vmap fallback is generally useful AFAICT. Higher order allocations are common on some of our platforms. Order 1 failures even affect essential things like stacks that have nothing to do with SLUB and the LBS patchset. - 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/