这是我编写的一些测试,以验证时间确实只在Linux中向前运行。

#include <time.h>
#include <sys/time.h>  

bool timeGoesForwardTest2()
{
   timeval tv1, tv2;   
   double startTime = getTimeSeconds();  // my function

   while ( getTimeSeconds() - startTime < 5 )
   {
      gettimeofday( &tv1, NULL );  
      gettimeofday( &tv2, NULL );  

      if ( tv2.tv_usec == tv1.tv_usec &&
           tv2.tv_sec == tv1.tv_sec )
      {
         continue;  // Equal times are allowed.
      }

      // tv2 should be greater than tv1
      if ( !( tv2.tv_usec>tv1.tv_usec ||
              tv2.tv_sec-1 == tv1.tv_sec ) )
      {
         printf( "tv1: %d %d\n", int( tv1.tv_sec ), int( tv1.tv_usec ) );
         printf( "tv2: %d %d\n", int( tv2.tv_sec ), int( tv2.tv_usec ) );
         return false;
      }         
   }
   return true;
}

测试失败结果。

 tv1: 1296011067 632550
 tv2: 1296011067 632549

嗯... ...

为什么会发生这种情况?

这是我的设置:

Linux version 2.6.35-22-generic (buildd@rothera) (gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu4) ) #33-Ubuntu SMP Sun Sep 19 20:34:50 UTC 2010 (Ubuntu 2.6.35-22.33-generic 2.6.35.4)
... running inside VirtualBox 3.2.12, in Windows 7.
有帮助吗?

解决方案

有一个 在VirtualBox错误跟踪器中打开问题. 。他们链接到博客文章,说明为什么 您不应该使用getTimeofday() 测量时间的流逝:

正确测量时间的最便携方式似乎是clock_getTime(clock_monotonic,...)

其他提示

gettimeofday() 不能保证是单调的。利用 clock_gettime(CLOCK_MONOTONIC) 如果您需要保证。

大多数机器上的机器计时器只有大约15个USEC精度(甚至是本机代码)。时间“向后”很奇怪,但是无论如何,您真的不能依靠该级别(1 USEC)。 (还要注意:精度和准确性之间存在差异;大多数计时器的准确性比其精度差)。虚拟机的使用也可能加剧这一点。

更新:错字

并不是说它是向后运行。最好说它没有报告正确的时间。这是因为计算机在没有专用的正时子系统的帮助下,根本无法以单个毫秒间隔非常准确地报告时间。

精度将随硬件,操作系统甚至电源而变化。这是一个 初学者的文章. 。有点古老,但很好地传达了这个想法。

时间不应在真实硬件上向后运行;在VM上,您的里程可能会有所不同。

无论如何,您的应用程序可能不应该假设时间不会少量倒数(想想,也许是1秒)。

是的,clock_gettime很好,但即使 可以 在硬件故障(或示例中的VM)的情况下向后运行。

我已经看到一个硬件错误会使时间向后运行(尽管偶尔是偶尔),这是一些非常特殊问题的原因。

特别是,当时间向后时,涉及比较文件时间戳的任何内容都会出错。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top