[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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |