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] System time monotonicity

To: <dan.magenheimer@xxxxxxxxxx>, "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [xen-devel] System time monotonicity
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Wed, 9 Apr 2008 09:16:07 +0800
Delivery-date: Tue, 08 Apr 2008 18:18:58 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20080408113936921.00000004064@djm-pc>
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: <C4215F00.160C6%keir.fraser@xxxxxxxxxxxxx> <20080408113936921.00000004064@djm-pc>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AciZl4WQxEBTGAWKEd2fxQAWy6hiGQABBvOAABCRjTA=
Thread-topic: [xen-devel] System time monotonicity
>From: Dan Magenheimer
>Sent: 2008年4月9日 1:40
>
>But I also observe that all of the hvm platform timer (pit,
>hpet, and pmtimer) code is built on top of the physical TSC
>plus the vmx/svm tsc_offset which doesn't seem to be affected
>by the Xen TSC synchronization.  True?

For cpus on same system bus driven by one crystal, TSC drift among
cpus may be just dozen of cycles after boot time sync, which is 
negligible enough compared to migration overhead and thus it's unlikely
to have HVM guest to observe a non-monotonic behavior after resume.

The issue comes with cpus running on different frequency, like driven
by multiple crystals or on-demand frequency change which affects TSC
too. HVM guest can be configured to avoid migrating among cpus with
different TSC freq, like limiting its cpu affinity to cpus on same system
bus. Or you have to configure HVM guest to not trust TSC...

Thanks,
Kevin

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