Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753916Ab2HPFbt (ORCPT ); Thu, 16 Aug 2012 01:31:49 -0400 Received: from cavan.codon.org.uk ([93.93.128.6]:41582 "EHLO cavan.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751026Ab2HPFbs (ORCPT ); Thu, 16 Aug 2012 01:31:48 -0400 Date: Thu, 16 Aug 2012 06:31:34 +0100 From: Matthew Garrett To: Alex Shi Cc: Peter Zijlstra , Suresh Siddha , Arjan van de Ven , vincent.guittot@linaro.org, svaidy@linux.vnet.ibm.com, Ingo Molnar , Andrew Morton , Linus Torvalds , "linux-kernel@vger.kernel.org" Subject: Re: [discussion]sched: a rough proposal to enable power saving in scheduler Message-ID: <20120816053133.GA31623@srcf.ucam.org> References: <5028F12C.7080405@intel.com> <20120815161911.GA14534@srcf.ucam.org> <502C7F24.6020900@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <502C7F24.6020900@intel.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: mjg59@cavan.codon.org.uk X-SA-Exim-Scanned: No (on cavan.codon.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 806 Lines: 19 On Thu, Aug 16, 2012 at 01:03:32PM +0800, Alex Shi wrote: > On 08/16/2012 12:19 AM, Matthew Garrett wrote: > > Are there workloads in which "power" might provide more performance than > > "performance"? If so, don't use these terms. > > Power scheme should no chance has better performance in design. Power will tend to concentrate processes on packages, while performance will tend to split them across packages? What if two cooperating processes gain from being on the same package and sharing cache locality? -- Matthew Garrett | mjg59@srcf.ucam.org -- 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/