Windows精确计时:CreateTimerQueueTimer或system_clock::now()错误

Windows Precise Timing : Error in CreateTimerQueueTimer or system_clock::now()?

本文关键字：clock now 错误 system CreateTimerQueueTimer Windows      更新时间：2023-10-16

我正在努力实现+/- ms定时精度。我希望线程之间的时间是10ms，但是当我测量时间时，我得到的东西更接近15ms。

我正在试图理解问题是由于我测量时间的方式，还是由于我准确地测量时间，并且CreateTimerQueueTimer引入了一些延迟

我的代码看起来像 
#include "stdafx.h"
#include <iostream>
#include <Windows.h>
#include <chrono>
#include <ctime>
using namespace std;
int current;
long long* toFill;
void talk()
    {
    chrono::time_point<chrono::system_clock> tp = 
        chrono::system_clock::now();
    toFill[current++]=chrono::duration_cast<chrono::milliseconds>(tp.time_since_epoch()).count() ;
    }
int _tmain(int argc, _TCHAR* argv[])
    {
    HANDLE hTimer;
    current = 0;
    toFill = new long long[1000];
    CreateTimerQueueTimer(&hTimer,NULL, 
        (WAITORTIMERCALLBACK)talk,NULL,
        0,10,0);
    _sleep(3000);
    DeleteTimerQueueTimer(NULL,hTimer,NULL);
    for (int i = 1;i<current;i++)
        {
        cout << i << " : " << toFill[i]-toFill[i-1]<< endl;
        }
    return 0;
    }

输出看起来像

...
161 : 16 <-- Should be 10
162 : 15
163 : 16
164 : 16
...

Windows中的计时器和实时时钟的准确性受到时钟滴答中断率的限制。默认情况下每秒运行64次，1/64秒= 15.625毫秒。就像你看到的。

增加这个速率实际上是可能的，在程序开始时调用timeBeginPeriod(10)以获得10毫秒的精度。

CreateTimerQueue不是用于精确计时的。它在底层使用线程池，这可能会导致严重的延迟。

来自MSDN的CreateTimerQueueTimer函数文档:

回调函数在线程池中排队。这些线程受到调度延迟的影响，因此时间可以根据应用程序或系统中发生的其他事情而变化。

如果你需要比15毫秒更好的分辨率，那么这将有希望帮助:

为Windows实现持续更新，高分辨率的时间提供程序

(感谢@MaxTruxa对链接的更新)

至于测量时间:如果我可以访问Windows或Visual Studio，我会给high_resolution_clock一个机会。(我7年前切换到Linux，抱歉，我不能自己检查)正如Xeo所写:"high_resolution_clock是MSVC的system_clock的类型定义。"

相关文章：