如果您想了解为什么time.sleep和在Windows中如此之慢？的知识，那么本篇文章将是您的不二之选。我们将深入剖析为什么time.sleep的各个方面，并为您解答在Windows中如此之慢？的疑

如果您想了解为什么time.sleep和在Windows中如此之慢？的知识，那么本篇文章将是您的不二之选。我们将深入剖析为什么time.sleep的各个方面，并为您解答在Windows中如此之慢？的疑在这篇文章中，我们将为您介绍为什么time.sleep的相关知识，同时也会详细的解释在Windows中如此之慢？的运用方法，并给出实际的案例分析，希望能帮助到您！

• 为什么time.sleep（）在Windows中如此之慢？（windows time wait过多的原因）
• .net – 为什么Windows服务不能与System.Timers.Timer或System.Windows.Forms.Timer一起正常工作
• android – 为什么NotificationManager在更新过程中运行得如此之慢？
• c – 为什么在Emacs中使用CEDET完成代码的速度如此之慢？
• c – 为什么连接调试器的运行速度如此之慢？

为什么time.sleep（）在Windows中如此之慢？（windows time wait过多的原因）

我正在循环1000次，延时1ms，计算总时间。 总时间是15.6秒而不是1，这非常有趣。当我打开谷歌浏览器并浏览一些网站时，它总共运行了1秒。 另外，它也与Macbook一起运行良好。 我想知道我需要做什么样的解决scheme来解决这个问题？ 请尝试运行它没有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.6ms改为1ms。 这篇文章解释得非常好： https ： //randomascii.wordpress.com/2013/07/08/windows-timer-resolution-megawatts-wasted/

带callbackpython虚拟机的pthread

通过eventfd在线程之间传输数据

_fread_nolock，_fseek_nolock的用途是什么？

使用multithreading来定期强制检查软件更新的问题

使用beginthreadex创build线程时挂起debugging应用程序

如何安全地迭代互锁的slist？

线程fs段寄存器在用户和内核之间切换

Threaded Python端口扫描器

专用线程（每个连接一个线程）具有缓冲function（c / c ++）

如何开始与c + +中的线程（返回）

我终于弄明白了。 非常感谢评论。 那些提示我解决它。 为了解释为什么发生这种情况，Windows操作系统的默认定时器分辨率设置为15.625 ms或64 Hz，这对于大多数应用程序来说足够体面。 但是，对于需要非常短的采样率或时间延迟的应用，15.625 ms是不够的。 所以，当我自己运行程序的时候，它在1000点的时候被锁定在15.6秒。 但是，当Chrome打开时，会触发更高分辨率的计时器，并将其更改为1 ms而不是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使用率似乎也无法压倒。 但请记住，如果您的应用程序碰巧造成一些奇怪的行为。

.net – 为什么Windows服务不能与System.Timers.Timer或System.Windows.Forms.Timer一起正常工作

android – 为什么NotificationManager在更新过程中运行得如此之慢？

manager.notify(id,uploader.
    setProgress(MAX_PROGRESS,(int) (progress * 100),false).
    build()
);

this.request.setCallback(new UploaderDecorator(this.request.getCallback()));

long total = file.length();
long uploaded = 0;
int bytesRead = input.read(buffer,bufferSize);
while (bytesRead > 0) {
    output.write(buffer,bufferSize);
    uploaded += bytesRead;
    callback.onUploadProgress(activeFile,((float) uploaded / total));
    bytesRead = input.read(buffer,bufferSize);
}

long startTime;
long elapsedtime = 0L;

if (elapsedtime > 500) {
                    new Handler(Looper.getMainLooper()).post(new Runnable() {
                        @Override
                        public void run() {
                            mBuilder.setProgress(100,(int) newValue,false);
                            mNotifyManager.notify(notificationID,mBuilder.build());

                            startTime = System.currentTimeMillis();
                            elapsedtime = 0;
                        }
                    });

                    Log.d("Andrognito",newValue + "Progress");
                }
                else
                    elapsedtime = new Date().getTime() - startTime;

c – 为什么在Emacs中使用CEDET完成代码的速度如此之慢？

c – 为什么连接调试器的运行速度如此之慢？

今天关于为什么time.sleep和在Windows中如此之慢？的介绍到此结束，谢谢您的阅读，有关.net – 为什么Windows服务不能与System.Timers.Timer或System.Windows.Forms.Timer一起正常工作、android – 为什么NotificationManager在更新过程中运行得如此之慢？、c – 为什么在Emacs中使用CEDET完成代码的速度如此之慢？、c – 为什么连接调试器的运行速度如此之慢？等更多相关知识的信息可以在本站进行查询。