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: "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: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Wed, 24 Oct 2007 11:08:11 +0800
Delivery-date: Tue, 23 Oct 2007 20:08:51 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200710231700.22795.mark.langsdorf@xxxxxxx>
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>
References: <200710231700.22795.mark.langsdorf@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcgVv88VL5THxLfUTNGPaJBcSJlVYQAKUKmw
Thread-topic: [Xen-devel] [PATCH][cpufreq] Xen support for the ondemand governor [1/2] (hypervisor code)
>From: Mark Langsdorf
>Sent: 2007年10月24日 6:00
>
>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.

Thanks,
Kevin

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