如何获得毫秒级分辨率的Windows系统时间?
如果以上都不可能,那么我如何获取操作系统的启动时间?我想把这个值和timeGetTime()一起用来计算毫秒级的系统时间。
提前谢谢你。
发布于 2010-09-17 01:35:43
GetTickCount
不会为您完成此操作。
查看QueryPerformanceFrequency
/ QueryPerformanceCounter
。这里唯一的问题是CPU的可伸缩性,所以做你的研究吧。
发布于 2010-09-17 01:37:30
请尝试这篇来自MSDN Magazine的文章。这实际上相当复杂。
Implement a Continuously Updating, High-Resolution Time Provider for Windows
发布于 2010-09-21 02:58:15
这是对上述评论的详细阐述,以解释其中的一些原因。
首先,GetSystemTime*调用是唯一提供系统时间的Win32 API。此时间具有相当粗略的粒度,因为大多数应用程序不需要维护更高分辨率所需的开销。时间(可能)在内部存储为64位毫秒计数。调用timeGetTime获取低位32位。调用GetSystemTime,etc请求Windows在转换为天等并包含系统开始时间后返回此毫秒时间。
机器中有两个时间源:CPU时钟和板载时钟(例如,实时时钟(RTC)、可编程间隔定时器(PIT)和高精度事件定时器(HPET))。前者的分辨率约为~0.5 is (2 2GHz),而后者通常可编程至1ms (尽管较新的芯片(HPET)具有更高的分辨率)。Windows使用这些定期节拍来执行某些操作,包括更新系统时间。
应用程序可以通过timerBeginPeriod更改这段时间;但是,这会影响整个系统。操作系统将以请求的频率检查/更新常规事件。在CPU负载/频率较低的情况下,会有空闲期用于节能。在高频情况下,没有时间将处理器置于低功耗状态。有关更多详细信息,请参阅Timer Resolution。最后,每个节拍都有一些开销,增加频率会消耗更多的CPU周期。
对于更高的分辨率时间,系统时间不会保持到这种精度,就像大本钟有秒针一样。使用QueryPerformanceCounter(QPC)或CPU的时钟周期(rdtsc)可以提供系统时间时钟周期之间的分辨率。凯文引用的MSDN杂志文章中就使用了这种方法。尽管这些方法可能具有漂移(例如,由于频率缩放)等,因此需要与系统时间同步。
https://stackoverflow.com/questions/3729169
复制相似问题