犯罪嫌疑人X
问题是在C和C ++中有几种不同的时间函数可用,其中一些在实现之间的行为也有所不同。也有很多半答案。编译时钟函数及其属性的列表将正确回答该问题。首先,让我们问一下我们要寻找的相关属性是什么。查看您的帖子,我建议:时钟是几点钟?(真实的,用户的,系统的,或者希望不是壁钟?)时钟的精度是多少?(秒,毫秒,微秒还是更快?)时钟多少钟后响起?还是有某种机制可以避免这种情况?时钟是单调的,还是会随系统时间的变化而变化(通过NTP,时区,夏令时,由用户等)?上面的实现之间有何不同?特定功能是否过时,非标准等?在开始列出之前,我想指出壁钟时间很少是正确的使用时间,但是它会随着时区的变化,夏时制的变化或壁钟是由NTP同步而变化的。如果您花时间安排事件或基准性能,那么这些事情都不是一件好事。顾名思义,这真的非常有用,因为它可以挂在墙上(或台式机)上。到目前为止,这是我在Linux和OS X中发现的时钟:time() 从操作系统返回挂钟时间,以秒为单位。clock()似乎返回用户和系统时间的总和。它存在于C89及更高版本中。一次应该以周期为单位的CPU时间,但是像POSIX这样的现代标准要求CLOCKS_PER_SEC为1000000,最大可能精度为1 µs。我的系统上的精度确实是1 µs。该时钟在达到顶峰时就会回绕(通常发生在〜2 ^ 32个滴答之后,对于1 MHz的时钟来说不是很长)。man clock表示自glibc 2.18起,它是clock_gettime(CLOCK_PROCESS_CPUTIME_ID, ...)在Linux中实现的。clock_gettime(CLOCK_MONOTONIC, ...)提供纳秒分辨率,是单调的。我相信“秒”和“纳秒”分别存储在32位计数器中。因此,经过数十年的正常运行时间后,任何折回都将发生。这看起来像一个很好的时钟,但是不幸的是,它在OS X上尚不可用。POSIX 7 描述CLOCK_MONOTONIC为可选扩展。getrusage()事实证明,这是我的最佳选择。它分别报告用户时间和系统时间,并且不会回绕。我的系统的精度为1 µs,但我也在Linux系统(带GCC 4.1.2的Red Hat 4.1.2-48)上进行了测试,精度仅为1 ms。gettimeofday()以(名义上)μs精度返回壁钟时间。在我的系统上,该时钟似乎确实具有µs精度,但这不能保证,因为“系统时钟的分辨率取决于硬件”。POSIX.1-2008这样说。“应用程序应该使用该clock_gettime()函数而不是过时的gettimeofday()函数”,因此您应该远离它。Linux x86并将其实现为系统调用。mach_absolute_time()是OS X上非常高分辨率(ns)时序的一个选项。在我的系统上,这的确提供了ns分辨率。原则上,该时钟回绕,但是它使用64位无符号整数存储ns,因此在实践中回绕应该不是问题。可移植性值得怀疑。我基于此代码段编写了一个混合函数,该函数在Linux上编译时使用clock_gettime,在OS X上编译时使用Mach定时器,以便在Linux和OS X上均获得ns精度。除另有说明外,以上所有内容都存在于Linux和OS X中。上面的“我的系统”是一台运行Mac X且带有GCC 4.7.2的OS X 10.8.3的Apple。最后,除了上面的链接之外,这是我发现有用的参考文献列表:http://blog.habets.pp.se/2010/09/gettimeofday-should-never-be-used-to-measure-time如何在Linux下测量C程序的实际执行时间?http://digitalsandwich.com/archives/27-benchmarking-misconceptions-microtime-vs-getrusage.htmlhttp://www.unix.com/hp-ux/38937-getrusage.html更新:自OS clock_gettime10.10(Sierra)起已实现。同样,基于POSIX和BSD的平台(如OS X)都共享rusage.ru_utimestruct字段。