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

[Xen-devel] TSC virtualization across different host frequency platform

To: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] TSC virtualization across different host frequency platform migration
From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
Date: Wed, 22 Apr 2009 09:32:43 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, "Dong, Eddie" <eddie.dong@xxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
Delivery-date: Tue, 21 Apr 2009 18:34:50 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <49EE71C4.207@xxxxxxxxxxxxxx>
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: <652FFB2C8F91E3428799B1FFF8B490C95FCEAC5E18@xxxxxxxxxxxxxxxxxxxxxxxxx> <F5984A32-A831-4D97-8605-362E3E424D18@xxxxxxxxxxx> <49EE71C4.207@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcnC6UTw4XSdZbRrRraDmt+QTDVBegAABfvw
Thread-topic: TSC virtualization across different host frequency platform migration
Keir and all:
        Recently we are considering the potential issue of TSC virtualization 
across different frequency platform migration. Current approach will lead to 
synchronization issue between guest TSC and wall clock. Software trap and 
emulate can solve the problem with the payment of performance overhead which is 
not optimal. We want to propose smart scaling algorithm which can continuously 
use HW TSC_OFFSET and maintain long time synchronization of guest TSC.  The 
details are in attached document. Can you have a look and provide comments?
        Thanks. BTW of course PV time is another solution which is not covered 
in this proposal.

Eddie

Attachment: tsc-scale2.pdf
Description: tsc-scale2.pdf

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>