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

Re: [Xen-devel] Time in Xen



> > All other domains always track Xen's wall-clock time: setting the
> > date, or running ntpd, on these domains will not affect their
> > wall-clock time!! If this is a problem then I can add a sysctl which
> > would turn this off if desired (i.e., setting the flag would prevent
> > the domain from tracking Xen's estimate of wall-clock time).
> 
> For development environments, it really would help to be able to disable
> this behavior. There's nothing quite like fiddling with the clock,
> troubleshooting some timestamp behavior, only to find the system time
> "fixed" after a testing run. 

Okay, I can add a command-line option and/or sysctl switch to modify
this behaviour quite easily. I have some other tweaks I'll be making
shortly, so I'll add this at the same time.

> UML's system clock is really more a suggestion than a real usable time
> source as a result of some of the host's system time confusion.  Try a
> "sleep 10" in a UML image, and see how long it *really* takes.  I'd hate
> to see this happen to Xen as well.

I'm not sure what you mean. Neither Xen nor Xenolinux "lose"
ticks. There are still some more cleanups to be made to the time
interface, but Xen does at least provide a stable time base.

 -- Keir


-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel


 


Rackspace

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