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: Keir Fraser <keir@xxxxxxx>, Juergen Gross <juergen.gross@xxxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>
Subject: RE: [Xen-devel] Performance difference between Xen versions
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Tue, 3 May 2011 11:06:40 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: Keir Fraser <keir.xen@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 02 May 2011 20:11:07 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C9E42E8E.2CD9B%keir@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/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: <4DBE6A1C.2040107@xxxxxxxxxxxxxx> <C9E42E8E.2CD9B%keir@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwIpcjlrUgXRRltw0CKFMDqvwksNAAmRGnQ
Thread-topic: [Xen-devel] Performance difference between Xen versions
> From: Keir Fraser
> Sent: Monday, May 02, 2011 4:49 PM
> On 02/05/2011 09:23, "Juergen Gross" <juergen.gross@xxxxxxxxxxxxxx> wrote:
> > On 05/02/11 10:15, Jan Beulich wrote:
> >>>>> On 02.05.11 at 10:00, Juergen Gross<juergen.gross@xxxxxxxxxxxxxx>
> wrote:
> >>> On the long run I'd like to make the cpufreq governor a feature of
> >>> the cpupool. This would enable an administrator of a large Xen
> >>> machine with a heterogeneous load to specify which domains should
> >>> run at full speed and which are allowed to save energy at the cost of
> latency.
> >>>
> >>> What do you think?
> >> Certainly an interesting idea, with the question of how an
> >> implementation of this would look like.
> >
> > Let me do some research work first :-) I hope to make a proposal soon.
> I think it's a good idea, and it should be quite possible to implement 
> cleanly.

yes, this is a good direction. Actually there have been several papers around 
this topic
before. Basically it's a reasonable choice to inject higher level knowledge 
with VMM heuristics, as in virtualization or cloud we usually have an 
intelligent stack
which needs to understand many high level requirements/characteristics already. 


Xen-devel mailing list