This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author jack__d
Recipients jack__d, paul.moore, steve.dower, therenoisfood, tim.golden, zach.ware
Date 2021-07-20.03:14:34
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1626750875.06.0.611994446887.issue44681@roundup.psfhosted.org>
In-reply-to
Content
This is not a bug. See the docs:

The precision of the various real-time functions may be less than suggested by the units in which their value or argument is expressed. E.g. on most Unix systems, the clock “ticks” only 50 or 100 times a second.

On the other hand, the precision of time() and sleep() is better than their Unix equivalents: times are expressed as floating point numbers, time() returns the most accurate time available (using Unix gettimeofday() where available), and sleep() will accept a time with a nonzero fraction (Unix select() is used to implement this, where available).



Assuming a clock speed of 50x/second as the documentation names, the cpu only cycles every 0.02 seconds.
History
Date User Action Args
2021-07-20 03:14:35jack__dsetrecipients: + jack__d, paul.moore, tim.golden, zach.ware, steve.dower, therenoisfood
2021-07-20 03:14:35jack__dsetmessageid: <1626750875.06.0.611994446887.issue44681@roundup.psfhosted.org>
2021-07-20 03:14:34jack__dlinkissue44681 messages
2021-07-20 03:14:34jack__dcreate