[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [xen-devel] System time monotonicity



On 9/4/08 17:33, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:

>> This is all true. The logic in vpt.c should be fixed to use
>> Xen's concept of
>> system time and everything, guest TSC included, should be
>> derived from that.
> 
> Does Xen's concept of system time have sufficient resolution
> and continuity to ensure both monotonicity and a reasonable
> guest timer granularity?  I'm thinking not; some form of
> interpolation will probably be necessary which will require
> reading a physical platform timer** (e.g. other than tsc).

Xen's system time provides nanosecond precision and is intended to be as
accurate as the underlying platform timer (over long periods) and as
granular and accurate as the TSC over sub-second periods. It's quite good
enough for any guest purposes.

> Since a guest that is presented with a (virtual) platform timer
> of a given resolution may come to rely on both the monotonicity
> AND resolution of that timer, I'm beginning to understand why
> "that other virtualization company" doesn't virtualize HPET.

The HPET is a good example of the difference between precision and accuracy.
It may report its period in picoseconds, but the spec allows drift of 100s
of ppm.

 -- Keir



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.