clock_gettime（）每50-100ms返回大约1-2ms的不准确度（Virtualbox上的Debian wheezy）

Question

前一段时间我有一个密切相关的帖子here。

但是，将cin.ignore()替换为usleep(50e3)。它并不是每50毫秒报告一次。时钟报告

Time Passed:    s: 0 ms: 50
Time Passed:    s: 0 ms: 101
Time Passed:    s: 0 ms: 152
Time Passed:    s: 0 ms: 202
Time Passed:    s: 0 ms: 252
Time Passed:    s: 0 ms: 303
Time Passed:    s: 0 ms: 353
Time Passed:    s: 0 ms: 403
Time Passed:    s: 0 ms: 454
Time Passed:    s: 0 ms: 504
Time Passed:    s: 0 ms: 554
Time Passed:    s: 0 ms: 605
Time Passed:    s: 0 ms: 657
Time Passed:    s: 0 ms: 708
Time Passed:    s: 0 ms: 758
Time Passed:    s: 0 ms: 808
Time Passed:    s: 0 ms: 862
Time Passed:    s: 0 ms: 915
Time Passed:    s: 0 ms: 965
Time Passed:    s: 1 ms: 15
Time Passed:    s: 1 ms: 66
Time Passed:    s: 1 ms: 116
Time Passed:    s: 1 ms: 169
Time Passed:    s: 1 ms: 221
Time Passed:    s: 1 ms: 271
Time Passed:    s: 1 ms: 322
Time Passed:    s: 1 ms: 372
Time Passed:    s: 1 ms: 423
Time Passed:    s: 1 ms: 473
Time Passed:    s: 1 ms: 524
Time Passed:    s: 1 ms: 574
Time Passed:    s: 1 ms: 625
Time Passed:    s: 1 ms: 676
Time Passed:    s: 1 ms: 727
Time Passed:    s: 1 ms: 778
Time Passed:    s: 1 ms: 833
Time Passed:    s: 1 ms: 883
Time Passed:    s: 1 ms: 935
Time Passed:    s: 1 ms: 986
Time Passed:    s: 2 ms: 37
Time Passed:    s: 2 ms: 91
Time Passed:    s: 2 ms: 142
Time Passed:    s: 2 ms: 192
Time Passed:    s: 2 ms: 243
Time Passed:    s: 2 ms: 294
Time Passed:    s: 2 ms: 346
Time Passed:    s: 2 ms: 396
Time Passed:    s: 2 ms: 450
Time Passed:    s: 2 ms: 501
Time Passed:    s: 2 ms: 552
Time Passed:    s: 2 ms: 602
Time Passed:    s: 2 ms: 652
Time Passed:    s: 2 ms: 703
Time Passed:    s: 2 ms: 753
Time Passed:    s: 2 ms: 804
Time Passed:    s: 2 ms: 855
Time Passed:    s: 2 ms: 906
Time Passed:    s: 2 ms: 956
Time Passed:    s: 3 ms: 7
Time Passed:    s: 3 ms: 57
Time Passed:    s: 3 ms: 107
Time Passed:    s: 3 ms: 158
Time Passed:    s: 3 ms: 208
Time Passed:    s: 3 ms: 258
Time Passed:    s: 3 ms: 315
Time Passed:    s: 3 ms: 365
Time Passed:    s: 3 ms: 416
Time Passed:    s: 3 ms: 466
Time Passed:    s: 3 ms: 517
Time Passed:    s: 3 ms: 567
Time Passed:    s: 3 ms: 618
Time Passed:    s: 3 ms: 668
Time Passed:    s: 3 ms: 719
Time Passed:    s: 3 ms: 769
Time Passed:    s: 3 ms: 824
Time Passed:    s: 3 ms: 875
Time Passed:    s: 3 ms: 926
Time Passed:    s: 3 ms: 976
Time Passed:    s: 4 ms: 27
Time Passed:    s: 4 ms: 79
Time Passed:    s: 4 ms: 129
Time Passed:    s: 4 ms: 182
Time Passed:    s: 4 ms: 233
Time Passed:    s: 4 ms: 283
Time Passed:    s: 4 ms: 334
Time Passed:    s: 4 ms: 384
Time Passed:    s: 4 ms: 436
Time Passed:    s: 4 ms: 486
Time Passed:    s: 4 ms: 537
Time Passed:    s: 4 ms: 587
Time Passed:    s: 4 ms: 638
Time Passed:    s: 4 ms: 688
Time Passed:    s: 4 ms: 739
Time Passed:    s: 4 ms: 789
Time Passed:    s: 4 ms: 844
Time Passed:    s: 4 ms: 895
Time Passed:    s: 4 ms: 946
Time Passed:    s: 4 ms: 997
Time Passed:    s: 5 ms: 47
Time Passed:    s: 5 ms: 101
Time Passed:    s: 5 ms: 151
Time Passed:    s: 5 ms: 202
Time Passed:    s: 5 ms: 252
Time Passed:    s: 5 ms: 303
Time Passed:    s: 5 ms: 354
Time Passed:    s: 5 ms: 404
Time Passed:    s: 5 ms: 455

正如你所看到的（对不起，但也许是一个长输出，但以防万一），存在一致的不准确性。

为什么会这样，影响它的是什么以及如何解决？

Answer 1

当您的进程通过调用sleep函数进入休眠状态时，系统调度程序会将其唤醒，直到请求的时间花费为止。之后可以唤醒整个过程，或者可能需要更长的时间。

  

usleep（）函数将导致调用线程被挂起   从执行到实时微秒的数量   由参数 useconds 指定已经过去或信号是   传递给调用线程，其动作是调用a   信号捕捉功能或终止过程。 暂停   由于其他人的安排，时间可能比请求的时间长   系统的活动。

许多操作系统不保证在睡眠时间结束后立即唤醒进程。

Answer 2

这是由于睡眠工作原理，即使在实时操作系统中也是如此。

基本上，当你问“睡了X个时间”时，你不要问“在X时间叫醒我”，但“不要在X时间之前打电话给我”。这就是为什么时间依赖编程如此困难，以及为什么视频游戏编程使用框架而不是ms为例。

如果你的系统没有超负荷并且运行时间太长，那么这种不准确性加起来很可能很麻烦，如果是的话，你需要另外一种方法来检查时间（也许是通用的）时间？但你会依赖网络。）

Answer 3

数字刻度具有固有的量化不准确性（与任何DAC / ADC一样），这意味着对于1 ms持续时间的刻度，您的误差范围可以从“几乎0”到“几乎1 ms”。

来自MSDN article on timing的完美图片插图：

（是的，有时MSDN实际上有有用且富有洞察力的文章）与此文本：

“如果硬件生成器以恒定速率提供滴答，则可以通过简单地计算这些滴答来测量时间间隔。生成滴答的速率称为频率，并以赫兹（Hz）表示。频率称为周期或刻度间隔，并以适当的国际单位制（SI）时间单位（例如，秒，毫秒，微秒或纳秒）表示。 时间间隔 计时器的分辨率等于周期。分辨率决定了区分任何两个时间戳的能力，并在可测量的最小时间间隔上设置下限。这有时称为刻度线分辨率。 时间的数字测量引入了±1滴答的测量不确定性，因为数字计数器以不连续的步骤前进，而时间在不断前进。这种不确定性称为量化误差。对于典型的时间间隔测量，通常可以忽略此效应，因为量化误差远小于测量的时间间隔。“