Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932953AbZD1QQZ (ORCPT ); Tue, 28 Apr 2009 12:16:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932936AbZD1QP7 (ORCPT ); Tue, 28 Apr 2009 12:15:59 -0400 Received: from e23smtp03.au.ibm.com ([202.81.31.145]:43949 "EHLO e23smtp03.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932934AbZD1QP7 (ORCPT ); Tue, 28 Apr 2009 12:15:59 -0400 Date: Tue, 28 Apr 2009 21:45:36 +0530 From: Vaidyanathan Srinivasan To: Ingo Molnar Cc: Peter Zijlstra , Linux Kernel , Suresh B Siddha , Venkatesh Pallipadi , Arjan van de Ven , Dipankar Sarma , Balbir Singh , Vatsa , Gautham R Shenoy , Andi Kleen , Gregory Haskins , Mike Galbraith , Thomas Gleixner , Arun Bharadwaj Subject: Re: [RFC PATCH v1 0/3] Saving power by cpu evacuation using sched_mc=n Message-ID: <20090428161536.GE7178@dirshya.in.ibm.com> Reply-To: svaidy@linux.vnet.ibm.com References: <20090426204029.17495.46609.stgit@drishya.in.ibm.com> <1240826954.8216.8.camel@twins> <20090427142044.GA7178@dirshya.in.ibm.com> <1240907618.7620.86.camel@twins> <20090428085237.GB26487@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20090428085237.GB26487@elte.hu> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1610 Lines: 42 * Ingo Molnar [2009-04-28 10:52:37]: > > * Peter Zijlstra wrote: > > > > > Also, the user interface should be that single thermal > > > > capacity knob, more fine grained control is undesired. > > > > > > For power savings, a single evacuation knob will do. While for > > > thermal we will need additional parameters to choose the right > > > cores to evacuate. Some sort of directional/vector parameter. > > > > Why? are machines that non-uniform in cooling capacity that it > > really matters which core generates the heat? Sounds like badly > > designed hardware to me. > > > > I would expect it to only be the total head generated/power taken > > from the rack unit. > > If we add thermal throttling at the kernel level then a single knob > (with a percentile-ish unit) is probably the furthest we will go - > with "not doing it at all" still being the other, very tempting > alternative. Sure, this is all we would like to do. Simpler interface is welcome and will have easy adoption. > If the only technical way you can find to do it is via myriads of > non-intuitive knobs and per core settings - then the answer is > really 'no thanks'. Agreed. We definitely do not want to add myriads of non-intuitive knobs. Lets see if a percentage/capacity type knob will work for all. Thanks, Vaidy -- 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/