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/
Home Products Support Community News


RE: [Xen-devel] Performance difference between Xen versions

To: John Weekes <lists.xen@xxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Performance difference between Xen versions
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Tue, 3 May 2011 15:23:15 +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>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Delivery-date: Tue, 03 May 2011 12:06:44 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4DBF7906.3030909@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> <625BA99ED14B2D499DC4E29D8138F1505C885A8F4B@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4DBF7906.3030909@xxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwJQ8lROVjbkRzPSA6WnbCXCVSXTwAHkIBw
Thread-topic: [Xen-devel] Performance difference between Xen versions
> From: John Weekes [mailto:lists.xen@xxxxxxxxxxxxxxxxxx]
> Sent: Tuesday, May 03, 2011 11:40 AM
> On 5/2/2011 8:04 PM, Tian, Kevin wrote:
> >
> > 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 for the response, Kevin.
> It's good to know that I can check turbo by looking to see if it's in the
> 1000hz-higher mode. It's a little strange to me that the true MHz level of the
> turbo wouldn't be known/shown, but I can live with that, as the actual
> performance is what counts. I'll run those benches.

the true HZ is unknown because it's all dynamic. there may be several stepping 
which may be overclocked in the turbo mode, and the selection is dynamically
done according to the core/package condition. there may be no boost, or the
freq may bump among different levels. the best info we can know is the average
freq in a given window, by accessing aperf/mperf MSR. This info has been 
by the ondemand governor, but I'm not sure whether those MSRs are exposed to 
the user level (possibly yes). But yes as you said the actual performance does 
matter. :-)


Xen-devel mailing list