Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932559Ab2HVNVc (ORCPT ); Wed, 22 Aug 2012 09:21:32 -0400 Received: from cavan.codon.org.uk ([93.93.128.6]:44509 "EHLO cavan.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751972Ab2HVNV1 (ORCPT ); Wed, 22 Aug 2012 09:21:27 -0400 Date: Wed, 22 Aug 2012 14:21:05 +0100 From: Matthew Garrett To: Arjan van de Ven Cc: Mike Galbraith , Alan Cox , Ingo Molnar , Peter Zijlstra , Alex Shi , Suresh Siddha , vincent.guittot@linaro.org, svaidy@linux.vnet.ibm.com, Andrew Morton , Linus Torvalds , "linux-kernel@vger.kernel.org" , Thomas Gleixner , Paul Turner Subject: Re: [discussion]sched: a rough proposal to enable power saving in scheduler Message-ID: <20120822132105.GA21852@srcf.ucam.org> References: <1345043096.31459.106.camel@twins> <502BE38D.9030405@linux.intel.com> <20120820080606.GA6931@gmail.com> <20120820181651.GA737@srcf.ucam.org> <20120821094203.GB12385@gmail.com> <20120821113951.GA22436@srcf.ucam.org> <20120821151910.GA5359@gmail.com> <20120821170254.0b10ece6@pyramind.ukuu.org.uk> <1345614110.4374.65.camel@marge.simpson.net> <5034D878.1000305@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5034D878.1000305@linux.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: 1223 Lines: 25 On Wed, Aug 22, 2012 at 06:02:48AM -0700, Arjan van de Ven wrote: > On 8/21/2012 10:41 PM, Mike Galbraith wrote: > > For my dinky dual core laptop, I suspect you're right, but for a more > > powerful laptop, I'd expect spread/don't to be noticeable. > > yeah if you don't spread, you will waste some power. > but.. current linux behavior is to spread. > so we can only make it worse. Right. For a single socket system the only thing you can do is use two threads in preference to using two cores. That'll keep an extra core in a deep C state for longer, at the cost of keeping the package out of a deep C state for longer. There might be a win if the two processes benefit from improved L1 cache locality, or if you're talking about short periodic work, but for the majority of cases I'd expect Arjan to be completely correct here. Things get more interesting with multi-socket systems, but that's beyond the laptop use case. -- 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/