为什么 time.sleep() 在 Windows 中这么慢？

Question

我循环 1000 次，延时 1ms 并计算总时间。有趣的是，总时间是 15.6 秒而不是 1 秒。当我打开谷歌浏览器并浏览一些网站时，它运行正常，总共 1 秒。此外，它在 Macbook 上也运行良好。 我想知道我需要采取什么样的解决方案来解决这个问题？请尝试在没有打开 Chrome 的情况下运行它，然后在打开 Chrome 的情况下再次运行它以查看差异。当 Quora 或 Reddit 或 Stackoverflow 在我的系统上打开时，它可以正常运行。

from timeit import default_timer as timer
import time
start = timer()
for i in range(1000):
    time.sleep(0.001)

end = timer()
print ("Total time: ", end - start)

编辑：我没有在 Python 上运行它。我刚刚打开Chrome浏览了一些网站来加快延时。

更新：这是关于 Windows 的计时器分辨率。所以基本上，Chrome 将计时器分辨率从 15.6 毫秒更改为 1 毫秒。这篇文章解释的很好：https://randomascii.wordpress.com/2013/07/08/windows-timer-resolution-megawatts-wasted/

Answer 1

我终于明白了。非常感谢cmets。这些给了我解决它的提示。为了解释为什么会发生这种情况，Windows 操作系统将其默认计时器分辨率设置为 15.625 毫秒或 64 赫兹，这对于大多数应用程序来说已经足够了。但是，对于需要非常短的采样率或时间延迟的应用，15.625 ms 是不够的。因此，当我自己运行我的程序时，它在 15.6 秒时停留了 1000 个点。但是，当 Chrome 打开时，更高分辨率的计时器被触发并更改为 1 毫秒而不是 15.6，这导致我的程序按预期运行。

因此，为了解决这个问题，我需要调用一个名为timeBeginPeriod(period) 的Windows 函数来更改分辨率计时器。幸运的是，python 通过提供ctypes 库让我很容易修复它。最终代码如下：

from time import perf_counter as timer
import time
from ctypes import windll #new

timeBeginPeriod = windll.winmm.timeBeginPeriod #new
timeBeginPeriod(1) #new

start = timer()
for i in range(1000):
    print (i)
    time.sleep(0.001)

end = timer()
print ("Total time: ", end - start)

警告：我了解到这种高计时器分辨率将如何影响整体性能以及电池。我还没有看到任何事情发生，并且 Windows 任务管理上的活动 CPU 使用率似乎也没有压倒一切。但是，如果您的应用程序碰巧导致一些奇怪的行为，请记住这一点。