<br><br><div class="gmail_quote">On Mon, Oct 29, 2012 at 5:59 PM, Tristan Seligmann <span dir="ltr">&lt;<a href="mailto:mithrandi@mithrandi.net" target="_blank">mithrandi@mithrandi.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, Oct 29, 2012 at 10:33 AM, Phil Mayers &lt;<a href="mailto:p.mayers@imperial.ac.uk">p.mayers@imperial.ac.uk</a>&gt; wrote:<br>
&gt; On 10/28/2012 10:16 PM, Tristan Seligmann wrote:<br>
&gt;&gt; On Mon, Oct 29, 2012 at 12:05 AM, Phil Mayers &lt;<a href="mailto:p.mayers@imperial.ac.uk">p.mayers@imperial.ac.uk</a>&gt; wrote:<br>
</div><div class="im">&gt; Sadly, this is not the case. As has already been pointed out, virtual<br>
&gt; machine clocks can undergo stepping in &quot;normal&quot; oepration. A specfic<br>
&gt; example: if a VMWare installation performs live migration of a host. We<br>
&gt; often see:<br>
&gt;<br>
&gt; ntpd[1793]: time reset +0.263757 s<br>
&gt;<br>
&gt; ...when this happens. This can occur several times a day, as we&#39;re<br>
&gt; running vCenter-controlled auto-migration - a very common setup. This is<br>
&gt; forward stepping of course, so is relatively harmless (backward is a pain).<br>
<br>
</div>My original reply was perhaps a bit... exclusionary. But I think the<br>
point I was trying to make is still valid; if your VM is suspended for<br>
250ms due to a migration (or CPU throttling, or ...) then it is<br>
impossible to maintain a consistent stream of time events because<br>
there isn&#39;t any code executing at all. Whether the clock stalls, or is<br>
jumped forward 250ms, you still have an unavoidable problem as far as<br>
time-keeping is concerned.<br>
<div class="im"><br>
&gt;&gt;&gt; Who knows what newer implementations like chrony or openntpd do!<br>
&gt;&gt;<br>
&gt;&gt; If they&#39;re doing something silly, then maybe you shouldn&#39;t use them.<br>
<br>
</div>I didn&#39;t intend it that way, but I can see how what I said could be<br>
read in a hostile / defensive tone. Perhaps this would be a better<br>
phrasing:<br>
<br>
If chrony or openntpd are doing something sensible, then there<br>
shouldn&#39;t be any serious issues with using them; if they&#39;re doing<br>
something that seriously destabilizes the system clock, then you<br>
probably shouldn&#39;t be using them, at least not if you want reliable<br>
timekeeping. I&#39;m not familiar enough with either of them to know which<br>
case applies, so I didn&#39;t intend to come across as bashing chrony<br>
and/or openntpd.<br>
<div class="im"><br>
&gt; Maybe &quot;Twisted doesn&#39;t need a monotonic clock&quot; is the right reply, but<br>
&gt; it would be wrong to base that on the assumpton that &quot;ntpd doesn&#39;t step&quot;<br>
&gt; - that&#39;s all I was trying to say.<br>
<br>
</div>I don&#39;t think anyone in this thread is arguing *against* implementing<br>
this functionality; I think the point was just that this functionality<br>
is only of critical importance under a limited range of circumstances,<br>
as opposed to being something of urgent need for every Twisted-using<br>
program that needs to schedule timed events.<br>
<div class="im HOEnZb">--<br>
mithrandi, i Ainil en-Balandor, a faer Ambar<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Twisted-Python mailing list<br>
<a href="mailto:Twisted-Python@twistedmatrix.com">Twisted-Python@twistedmatrix.com</a><br>
<a href="http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python" target="_blank">http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python</a><br>
</div></div></blockquote></div><br><div>Hi </div><div><br></div><div>   Actually clock forward can be accepted at least for my case but not backward which may freeze the whole process and nobody know when it will be resumed in the future.</div>
<div><br></div><div>Regards</div><div><br></div><div>gelin yan</div>