VC获取精确时间的作法

声明：本文章是我整合网上的资料而成的，其中的大部分文字不是我所为的，我所起的做用只是概括整理并添加个人一些见解。很是感谢引用到的文字的做者的辛勤劳动，所参考的文献在文章最后我已一一列出。

 

    对关注性能的程序开发人员而言，一个好的计时部件既是益友，也是良师。计时器既能够做为程序组件帮助程序员精确的控制程序进程，又是一件有力的调试武器，在有经验的程序员手里能够尽快的肯定程序的性能瓶颈，或者对不一样的算法做出有说服力的性能比较。 

    在Windows平台下，经常使用的计时器有两种，一种是timeGetTime多媒体计时器，它能够提供毫秒级的计时。但这个精度对不少应用场合而言仍是太粗糙了。另外一种是QueryPerformanceCount计数器，随系统的不一样能够提供微秒级的计数。对于实时图形处理、多媒体数据流处理、或者实时系统构造的程序员，善用QueryPerformanceCount/QueryPerformanceFrequency是一项基本功。 

本文要介绍的，是另外一种直接利用Pentium CPU内部时间戳进行计时的高精度计时手段。如下讨论主要得益于《Windows图形编程》一书，第 15页－17页，有兴趣的读者能够直接参考该书。关于RDTSC指令的详细讨论，能够参考Intel产品手册。本文仅仅做抛砖之用。 
在 Intel Pentium以上级别的CPU中，有一个称为“时间戳（Time Stamp）”的部件，它以64位无符号整型数的格式，记录了自CPU上电以来所通过的时钟周期数。因为目前的CPU主频都很是高，所以这个部件能够达到纳秒级的计时精度。这个精确性是上述两种方法所没法比拟的。 

在Pentium以上的CPU中，提供了一条机器指令RDTSC（Read Time Stamp Counter）来读取这个时间戳的数字，并将其保存在EDX:EAX寄存器对中。因为EDX:EAX寄存器对刚好是Win32平台下C++语言保存函数返回值的寄存器，因此咱们能够把这条指令当作是一个普通的函数调用。像这样： 

inline unsigned __int64 GetCycleCount() 
{ 
__asm RDTSC 
} 

可是不行，由于RDTSC不被C++的内嵌汇编器直接支持，因此咱们要用_emit伪指令直接嵌入该指令的机器码形式0X0F、0X31，以下： 

inline unsigned __int64 GetCycleCount() 
{ 
__asm _emit 0x0F 
__asm _emit 0x31 
} 

之后在须要计数器的场合，能够像使用普通的Win32 API同样，调用两次GetCycleCount函数，比较两个返回值的差，像这样： 

unsigned long t; 
t = (unsigned long)GetCycleCount(); 
//Do Something time-intensive ... 
t -= (unsigned long)GetCycleCount(); 

     《Windows图形编程》第15页编写了一个类，把这个计数器封装起来。有兴趣的读者能够去参考那个类的代码。做者为了更精确的定时，作了一点小小的改进，把执行RDTSC指令的时间，经过连续两次调用GetCycleCount函数计算出来并保存了起来，之后每次计时结束后，都从实际获得的计数中减掉这一小段时间，以获得更准确的计时数字。但我我的以为这一点点改进意义不大。在个人机器上实测，这条指令大概花掉了几十到100多个周期，在 Celeron 800MHz的机器上，这不过是十分之一微秒的时间。对大多数应用来讲，这点时间彻底能够忽略不计；而对那些确实要精确到纳秒数量级的应用来讲，这个补偿也过于粗糙了。 

      我从《Windows图形编程》上把这个类的源码拷贝了下来供你们看看，下面是使用RDTSC指令的CPU时钟循环秒表类：

 

1. // Timer.h
2. #pragma once
4. inline unsigned __int64 GetCycleCount(void)
5. {
6.     _asm  _emit 0x0F
7.     _asm  _emit 0x31
8. }
10. class KTimer
11. {
12.     unsigned __int64 m_startcycle;
14. public:
15.   
16.       unsigned __int64 m_overhead;
18.       KTimer(void)
19.       {
20.           m_overhead = 0;
22.           Start();
23.           m_overhead  = Stop();
24.       }
26.       void Start(void)
27.       {
28.           m_startcycle = GetCycleCount();
29.       }
31.       unsigned __int64 Stop(void)
32.       {
33.           return GetCycleCount()-m_startcycle-m_overhead;
34.       }
35. };

 

这个方法的优势是： 

1.高精度。能够直接达到纳秒级的计时精度（在1GHz的CPU上每一个时钟周期就是一纳秒），这是其余计时方法所难以企及的。 

2. 成本低。timeGetTime 函数须要连接多媒体库winmm.lib，QueryPerformance* 函数根据MSDN的说明，须要硬件的支持（虽然我尚未见过不支持的机器）和KERNEL库的支持，因此两者都只能在Windows平台下使用（关于DOS平台下的高精度计时问题，能够参考《图形程序开发人员指南》，里面有关于控制定时器8253的详细说明）。但RDTSC指令是一条CPU指令，凡是i386平台下Pentium以上的机器均支持，甚至没有平台的限制（我相信i386版本UNIX和Linux下这个方法一样适用，但没有条件试验），并且函数调用的开销是最小的。

（这里我想说的是：照这样看，跨平台也只能说是操做系统平台，不能跨硬件平台，就是说只能用在Intel Pentium以上的机器）

3. 具备和CPU主频直接对应的速率关系。一个计数至关于1/(CPU主频Hz数)秒，这样只要知道了CPU的主频，能够直接计算出时间。这和 QueryPerformanceCount不一样，后者须要经过QueryPerformanceFrequency获取当前计数器每秒的计数次数才能换算成时间。 

这个方法的缺点是： 

1.现有的C/C++编译器多数不直接支持使用RDTSC指令，须要用直接嵌入机器码的方式编程，比较麻烦。 

2.数据抖动比较厉害。其实对任何计量手段而言，精度和稳定性永远是一对矛盾。若是用低精度的timeGetTime来计时，基本上每次计时的结果都是相同的；而RDTSC指令每次结果都不同，常常有几百甚至上千的差距。这是这种方法高精度自己固有的矛盾。

 

（这里数据抖动确实是一个大问题，我遇到过这样一种状况，好比测试a和b两种算法，因为数据抖动，有时a比b耗时少，有时b比a耗时少。我想过两种测试办法：

（1）增多测试次数，好比对a和b两种算法各测试10次，看a比b耗时少的次数和b比a耗时少的次数哪一个多，以此断定哪一个算法效率高。

（2）增大测试数据量，我想一增大测试数据量，算法效率的差别就会显现出来）

关于这个方法计时的最大长度，咱们能够简单的用下列公式计算： 

自CPU上电以来的秒数 = RDTSC读出的周期数 / CPU主频速率（Hz） 

64位无符号整数所能表达的最大数字是1.8×10^19，在个人Celeron 800上能够计时大约700年（书中说能够在200MHz的Pentium上计时117年，这个数字不知道是怎么得出来的，与个人计算有出入）。不管如何，咱们大可没必要关心溢出的问题。 

下面是几个小例子，简要比较了三种计时方法的用法与精度

 

1. #include <stdio.h> 
2. #include "KTimer.h" 
3. main() 
4. { 
5. unsigned t; 
6. KTimer timer; 
7. timer.Start(); 
8. Sleep(1000); 
9. t = timer.Stop(); 
10. printf("Lasting Time: %d/n",t); 
11. } 
13. //Timer2.cpp 使用了timeGetTime函数 
14. //需包含<mmsys.h>，但因为Windows头文件错综复杂的关系 
15. //简单包含<windows.h>比较偷懒：） 
16. //编译行：CL timer2.cpp /link winmm.lib 
17. #include <windows.h> 
18. #include <stdio.h> 
20. main() 
21. { 
22. DWORD t1, t2; 
23. t1 = timeGetTime(); 
24. Sleep(1000); 
25. t2 = timeGetTime(); 
26. printf("Begin Time: %u/n", t1); 
27. printf("End Time: %u/n", t2); 
28. printf("Lasting Time: %u/n",(t2-t1)); 
29. } 
31. //Timer3.cpp 使用了QueryPerformanceCounter函数 
32. //编译行：CL timer3.cpp /link KERNEl32.lib 
33. #include <windows.h> 
34. #include <stdio.h> 
36. main() 
37. { 
38. LARGE_INTEGER t1, t2, tc; 
39. QueryPerformanceFrequency(&tc); 
40. printf("Frequency: %u/n", tc.QuadPart); 
41. QueryPerformanceCounter(&t1); 
42. Sleep(1000); 
43. QueryPerformanceCounter(&t2); 
44. printf("Begin Time: %u/n", t1.QuadPart); 
45. printf("End Time: %u/n", t2.QuadPart); 
46. printf("Lasting Time: %u/n",( t2.QuadPart- t1.QuadPart)); 
47. // 这里要计算时间（单位为秒），应加上这一句
48. double dTotalTime = (double)(t2.QuadPart-t1.QuadPart) / (double)tc.QuadPart;    //秒
49. printf("耗时: %f/n", dTotalTime);
50. } 

 

 

//以上三个示例程序都是测试1秒钟休眠所耗费的时间 
file://测/试环境：Celeron 800MHz / 256M SDRAM 
// Windows 2000 Professional SP2 
// Microsoft Visual C++ 6.0 SP5 
//////////////////////////////////////////////// 

如下是Timer1的运行结果，使用的是高精度的RDTSC指令 
Lasting Time: 804586872 

如下是Timer2的运行结果，使用的是最粗糙的timeGetTime API 
Begin Time: 20254254 
End Time: 20255255 
Lasting Time: 1001 

如下是Timer3的运行结果，使用的是QueryPerformanceCount API 
Frequency: 3579545 
Begin Time: 3804729124 
End Time: 3808298836 
Lasting Time: 3569712 

古人说，举一反三。从一本介绍图形编程的书上获得一个如此有用的实时处理知识，我感到很是高兴。有美不敢自专，但愿你们和我同样喜欢这个轻便有效的计时器。

 

    网上有一种说法说

double dTotalTime=(double)(t2.QuadPart-t1.QuadPart)/(double)tc.QuadPart

可能有问题，好比说如今不少主板都有CPU频率自动调整功能，主要是节能，尤为在笔记本上，这样除下来不能保证精确性。我不肯定这种说法是否准确，供你们研究

 

   上文主要摘自《使用CPU时间戳进行高精度计时》，其实除了上面提到的三种方法，还有一种经常使用固然没有上面准确的办法，就是使用GetTickCount函数，这种方法可以获取毫秒级的时间，具体用法以下：

 

 

1. DWORD startTime = GetTickCount();
3. // do something 
5. DWORD totalTime = GetTickCount() - startTime;

 

参考文献：

《使用CPU时间戳进行高精度计时》     做者：zhangyan_qd

《Windows图形编程》，(美)Feng Yuan 著

《VC中取得毫秒级的时间》，http://www.cppblog.com/humanchao/archive/2008/04/22/43322.html