Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755844Ab2HUJmN (ORCPT ); Tue, 21 Aug 2012 05:42:13 -0400 Received: from mail-wi0-f178.google.com ([209.85.212.178]:57808 "EHLO mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751817Ab2HUJmK (ORCPT ); Tue, 21 Aug 2012 05:42:10 -0400 Date: Tue, 21 Aug 2012 11:42:04 +0200 From: Ingo Molnar To: Matthew Garrett Cc: Arjan van de Ven , 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: <20120821094203.GB12385@gmail.com> References: <5028F12C.7080405@intel.com> <1345028738.31459.82.camel@twins> <502BA7DC.7060907@linux.intel.com> <1345041548.31459.90.camel@twins> <502BB5A3.5000403@linux.intel.com> <1345043096.31459.106.camel@twins> <502BE38D.9030405@linux.intel.com> <20120820080606.GA6931@gmail.com> <20120820181651.GA737@srcf.ucam.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120820181651.GA737@srcf.ucam.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1823 Lines: 50 * Matthew Garrett wrote: > On Mon, Aug 20, 2012 at 10:06:06AM +0200, Ingo Molnar wrote: > > > If the answer is 'yes' then there's clear cases where the kernel > > (should) automatically know the events where we switch from > > balancing for performance to balancing for power: > > No. We can't identify all of these cases and we can't identify > corner cases. [...] There's no need to identify 'all' of these cases - but if the kernel knows then it can have intelligent default behavior. > [...] Putting this kind of policy in the kernel is an awful > idea. [...] A modern kernel better know what state the system is in: on battery or on AC power. > [...] It should never be altering policy itself, [...] The kernel/scheduler simply offers sensible defaults where it can. User-space can augment/modify/override that in any which way it wishes to. This stuff has not been properly sorted out in the last 10+ years since we have battery driven devices, so we might as well start with the kernel offering sane default behavior where it can ... > [...] because it'll get it wrong and people will file bugs > complaining that it got it wrong and the biggest case where > you *need* to be able to handle switching between performance > and power optimisations (your rack management unit just told > you that you're going to have to drop power consumption by > 20W) is one where the kernel doesn't have all the information > it needs to do this. So why bother at all? The point is to have a working default mechanism. Thanks, Ingo -- 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/