From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Jones Subject: Re: [PATCH] If a CPU gets onlined set the governor to the one thatis run on other CPUs Date: Mon, 27 Nov 2006 17:10:35 -0500 Message-ID: <20061127221035.GI25763@redhat.com> References: Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: cpufreq-bounces@lists.linux.org.uk Errors-To: cpufreq-bounces+glkc-cpufreq=m.gmane.org+glkc-cpufreq=m.gmane.org@lists.linux.org.uk Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: "Pallipadi, Venkatesh" Cc: cpufreq@lists.linux.org.uk, Stefan Seyfried , "Nakajima, Jun" On Mon, Nov 27, 2006 at 01:49:20PM -0800, Pallipadi, Venkatesh wrote: > Only usage model I can think of, where having per cpu governor is > helpful > is with virtualization. > Say Xen DOM 0 kernel does all the cpufreq enabling and each of the other > guests > asks for different governor, then DOM 0 can use per CPU governor and run > the guests with different governor requests. > > Jun, who is looking at Power Management in Xen context, may have more > some > more thoughts on that. I put a little thought into this (but not too much) a while ago. The proposal I came up with involved the guests not having governors at all. For all intents, from the guests POV, they're running 'performance' all the time. Meanwhile, something like ondemand in DOM 0 would do the actual decision making, based on the activity (or lack of) in each guest. Basically instead of ondemand looking at per-processor loadavg's, it'd need to take the loadavg of the (potentially multiple) guests running on that CPU. Having the guests able to control the governors could get messy when you take multi-core CPUs into consideration and two guests running on pair of siblings request different governors. Put the decision making into DOM0, and this problem just goes away. Comments? Dave -- http://www.codemonkey.org.uk