WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [PATCH][cpufreq] Xen support for the ondemand governor [

To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, Mark Langsdorf <mark.langsdorf@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][cpufreq] Xen support for the ondemand governor [1/2] (hypervisor code)
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Wed, 24 Oct 2007 08:08:17 +0100
Delivery-date: Wed, 24 Oct 2007 00:03:39 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <D470B4E54465E3469E2ABBC5AFAC390F013B2403@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcgVv88VL5THxLfUTNGPaJBcSJlVYQAKUKmwAAjlNnA=
Thread-topic: [Xen-devel] [PATCH][cpufreq] Xen support for the ondemand governor [1/2] (hypervisor code)
User-agent: Microsoft-Entourage/11.3.6.070618
On 24/10/07 04:08, "Tian, Kevin" <kevin.tian@xxxxxxxxx> wrote:

>> Modify the cpufreq ondemand governor so that it can get idle and
>> total ticks from the Xen hypervisor.  Linux and Xen have different
>> ideas of what an idle tick is, so the Xen values for both have to
>> be returned in the same platform hypercall.
>> 
>> Signed-off-by: Mark Langsdorf <mark.langsdorf@xxxxxxx>
> 
> I would suggest adding bit mask info into getidletime, and then only
> fetching idle stats of concerned cpus. Currently [0-max_cpus] is
> overkill when on-demand governor only takes care of one cpu (hw
> coordination) or sibling cores (sw coordination).
> 
> Also there's no need to return total time for each concerned cpu. For
> sw coordination model, on-demand governor only runs on one cpu
> and getidletime is only called on that agent cpu which takes care of
> all the rest idle stats. Naturally elapsed cycles since last sample point
> should be same on all affected cpus and it's useless to cal for them
> individually. You just need to stamp NOW() for the sample point.

Both good suggestions. Taking a cpumask seems a good idea. I'll add that
myself.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel