Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754307Ab2KIQPO (ORCPT ); Fri, 9 Nov 2012 11:15:14 -0500 Received: from e9.ny.us.ibm.com ([32.97.182.139]:56638 "EHLO e9.ny.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751565Ab2KIQPL (ORCPT ); Fri, 9 Nov 2012 11:15:11 -0500 Message-ID: <509D2B9B.4090305@linux.vnet.ibm.com> Date: Fri, 09 Nov 2012 08:13:15 -0800 From: Dave Hansen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121028 Thunderbird/16.0.2 MIME-Version: 1.0 To: "Srivatsa S. Bhat" CC: Mel Gorman , Vaidyanathan Srinivasan , akpm@linux-foundation.org, mjg59@srcf.ucam.org, paulmck@linux.vnet.ibm.com, maxime.coquelin@stericsson.com, loic.pallardy@stericsson.com, arjan@linux.intel.com, kmpark@infradead.org, kamezawa.hiroyu@jp.fujitsu.com, lenb@kernel.org, rjw@sisk.pl, gargankita@gmail.com, amit.kachhap@linaro.org, thomas.abraham@linaro.org, santosh.shilimkar@ti.com, linux-pm@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 0/8][Sorted-buddy] mm: Linux VM Infrastructure to support Memory Power Management References: <20121106195026.6941.24662.stgit@srivatsabhat.in.ibm.com> <20121108180257.GC8218@suse.de> <20121109051247.GA499@dirshya.in.ibm.com> <20121109090052.GF8218@suse.de> <509D185D.8070307@linux.vnet.ibm.com> <509D200F.2000908@linux.vnet.ibm.com> In-Reply-To: <509D200F.2000908@linux.vnet.ibm.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Content-Scanned: Fidelis XPS MAILER x-cbid: 12110916-7182-0000-0000-00000324B05B Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 977 Lines: 23 On 11/09/2012 07:23 AM, Srivatsa S. Bhat wrote: > FWIW, kernbench is actually (and surprisingly) showing a slight performance > *improvement* with this patchset, over vanilla 3.7-rc3, as I mentioned in > my other email to Dave. > > https://lkml.org/lkml/2012/11/7/428 > > I don't think I can dismiss it as an experimental error, because I am seeing > those results consistently.. I'm trying to find out what's behind that. The only numbers in that link are in the date. :) Let's see the numbers, please. If you really have performance improvement to the memory allocator (or something else) here, then surely it can be pared out of your patches and merged quickly by itself. Those kinds of optimizations are hard to come by! -- 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/