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] Performance difference between Xen versions

To: John Weekes <lists.xen@xxxxxxxxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: RE: [Xen-devel] Performance difference between Xen versions
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Tue, 3 May 2011 11:04:33 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "mark.langsdorf@xxxxxxx" <mark.langsdorf@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Wang, Winston L" <winston.l.wang@xxxxxxxxx>, "Wei, Gang" <gang.wei@xxxxxxxxx>
Delivery-date: Mon, 02 May 2011 20:07:19 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4DBF0306.8040000@xxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <4DBE41C9.1010409@xxxxxxxxxxxxxx> <C9E41092.170DB%keir.xen@xxxxxxxxx> <4DBE7819020000780003F1B6@xxxxxxxxxxxxxxxxxx> <4DBEEF6D.8080204@xxxxxxxxxxxxxxxxxx> <20110502181222.GB7498@xxxxxxxxxxxx> <4DBEFB6E.4090201@xxxxxxxxxxxxxxxxxx> <4DBF0306.8040000@xxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwI/YW/BBLmXutVQNSZsjpjO+2j4wAQJm6g
Thread-topic: [Xen-devel] Performance difference between Xen versions
> From: John Weekes
> Sent: Tuesday, May 03, 2011 3:16 AM
> 
> On 5/2/2011 11:43 AM, John Weekes wrote:
> >
> > The important thing that I missed on my end was not having the ACPI
> > processor driver selected (for some reason). I had cpufreq and ACPI
> > enabled, but I needed that, as well.
> 
> cpufreq seems to be working now, as is xenpm (and using xenpm is much easier
> than setting the Xen command line), but I'm still not seeing signs that turbo
> mode is bumping up my CPU speed beyond the standard value, as I would
> expect it to.

you won't know the exact frequency bumped up in the turbo mode, as it's all 
handled
by the CPU itself. what xen can do is just to tell the cpu now I'm OK to enter 
turbo 
mode, which is 2268000 (1M higher than normal P0). Then CPU will decide whether
current code can be overclocked based on various conditions, such as TDP, other
core activities in the same package, ...

One possibility to verify that turbo mode does work is to run a CPU intensive 
workload
on one core, while keeping other cores mostly idle. Then choose cpufreq governor
to be performance, and then compare your benchmark when BIOS turbo mode is
on/off. This should give you some feeling whether turbo mode works on your 
platform.

Thanks
Kevin

> 
> Here's what it looks like when I start a single process that spins and gobbles
> down a core:
> 
> # xenpm get-cpufreq-states | grep current
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 2268 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> current frequency    : 1600 MHz
> 
> And looking at the core when running at the higher speed, I see:
> 
> # xenpm get-cpufreq-para 5
> cpu id               : 5
> affected_cpus        : 5
> cpuinfo frequency    : max [2268000] min [1600000] cur [2268000]
> scaling_driver       : acpi-cpufreq
> scaling_avail_gov    : userspace performance powersave ondemand
> current_governor     : ondemand
>    ondemand specific  :
>      sampling_rate    : max [10000000] min [10000] cur [20000]
>      up_threshold     : 80
> scaling_avail_freq   : *2268000 2267000 2133000 2000000 1867000 1733000
> 1600000
> scaling frequency    : max [2268000] min [1600000] cur [2268000]
> turbo mode           : enabled
> 
> Does it do it silently? If so, how can I see the true frequency?
> 
> -John
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

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