On Mar 15, 2012 4:23 PM, "Paul Moore" <p.f.mo...@gmail.com> wrote: > > On 15 March 2012 01:58, Matt Joiner <anacro...@gmail.com> wrote: > > Victor, I think that steady can always be monotonic, there are time sources > > enough to ensure this on the platforms I am aware of. Strict in this sense > > refers to not being adjusted forward, i.e. CLOCK_MONOTONIC vs > > CLOCK_MONOTONIC_RAW. > > I agree - Kristján pointed out that you can ensure that backward jumps > never occur by implementing a cache of the last value.
Without knowing more, either QPC was buggy on his platform, or he didn't account for processor affinity (QPC derives from a per processor counter). > > > Non monotonicity of this call should be considered a bug. > > +1 > > > Strict would be used for profiling where forward leaps would disqualify the timing. > > I'm baffled as to how you even identify "forward leaps". In relation > to what? A more accurate time source? I thought that by definition > this was the most accurate time source we have! Monotonic clocks are not necessarily hardware based, and may be adjusted forward by NTP. > > +1 on a simple time.steady() with guaranteed monotonicity and no flags > to alter behaviour. > > Paul. I don't mind since I'll be using it for timeouts, but clearly the strongest possible guarantee should be made. If forward leaps are okay, then by definition the timer is monotonic but not steady.
_______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com