高分辨率时序是特定于平台的,您没有在问题中指定。标准库 clock() 函数返回一个以 CLOCKS_PER_SEC 每秒递增的计数。在某些平台上,这可能足够快,可以为您提供所需的分辨率,但您应该检查系统的滴答率,因为它是实现定义的。但是,如果您发现它足够高,那么:
#define SAMPLE_PERIOD_MS 100
#define SAMPLE_PERIOD_TICKS ((CLOCKS_PER_SEC * SAMPLE_PERIOD_MS) / 1000)
int k=0;
int total=100;
clock_t measure_time = clock() + SAMPLE_PERIOD_TICKS ;
while(k<total)
{
doSomething();
if( clock() - measure_time > 0 )
{
measure();
measure_time += SAMPLE_PERIOD_TICKS ;
++k;
}
}
如有必要,您可以将 clock() 替换为其他一些高分辨率时钟源。
但是请注意几个问题。这种方法是“忙循环”;除非 doSomething() 或 measure() 产生 CPU,否则该进程将占用所有可能的 CPU 周期。如果这是在目标上运行的唯一代码,那可能无关紧要。另一方面,这是在非实时的通用操作系统(例如 Windows 或 Linux)上运行的,该进程可能会被其他进程抢占,这可能会影响采样周期的准确性。如果您需要准确计时使用 RTOS 并在单独的线程中执行 doSomething() 和 measure() 会更好。即使在 GPOS 中也会更好。例如,一般模式(在没有任何规范的情况下使用虚构的 API)将是:
int main()
{
StartThread( measure_thread, HIGH_PRIORITY ) ;
for(;;)
{
doSomething() ;
}
}
void measure_thread()
{
for(;;)
{
measure() ;
sleep( SAMPLE_PERIOD_MS ) ;
}
}
只有在运行时间可以忽略不计的情况下,代码measure_thread()
才是准确的。measure()
如果需要花费大量时间,您可能需要考虑这一点。如果它是不确定的,您甚至可能必须测量它的执行时间才能减去它的睡眠时间。