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" <dan.magenheimer@xxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, "Tian, Kevin" <kevin.tian@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [xen-devel] System time monotonicity
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Thu, 10 Apr 2008 08:08:50 +0100
Delivery-date: Thu, 10 Apr 2008 00:09:33 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20080409123633375.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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AciZl4WQxEBTGAWKEd2fxQAWy6hiGQABBvOAABCRjTAAAOXDcAAXM6WgAANRGxAAARCZ3gACXwsQAAHJ8dYAA5cIYAAauX/D
Thread-topic: [xen-devel] System time monotonicity
User-agent: Microsoft-Entourage/11.4.0.080122
On 9/4/08 19:36, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:

> OK, as long as the maximum uncorrected drift between physical TSCs
> does not exceed the guest-expected granularity of its virtual
> platform timer, I agree its good enough.

Ignoring power-saving events, TSCs are crystal-driven and hence we can
expect specified tolerance of a few ppm across temperature extremes, and in
practice over few-second periods I would expect tolerance of better than
1ppm. *However* I have seen platform timers (which also should be
crystal-driven) which inexplicably exhibit much worse behaviour.

> It appears that TSC drift for each pcpu is corrected by Xen
> once per second.  Any idea for real systems out there what the
> maximum drift (per second) is?  Will this be affected by
> existing or future power-savings designs (e.g. is it possible
> for the TSCs in one socket to be slowed down while the TSCs
> in another socket are not)?  If so, as Kevin points out,
> some kind of affinity enforcement might be necessary for
> time-sensitive VMs.

P-state changes are informed to Xen so we can re-sync the local TSC
immediately. The tricky ones are unannounced thermal events because software
does not get informed about those. On some systems we can turn them off, on
others (new Intel platforms) TSC is constant-rate regardless. In a normal
running system thermal events are rare.

 -- Keir




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