关于时钟问题 queryperformancecounter()

河边一支柳

代码功能：用于产生一个时间差20000us

1.                 LARGE_INTEGER curCounter,endCounter,interCounter;
   
2.                 QueryPerformanceCounter(&curCounter);
   
3.                 beginTime = curCounter.QuadPart*1000000/time_fre;  
   
4. 
   
5.                 //模拟一个20ms的时间差，来发送stof包
   
6.                 do
   
7.                 {
   
8.                         QueryPerformanceCounter(&endCounter);
   
9.                         endTime = endCounter.QuadPart*1000000/time_fre;
   
10.                 }while(endTime - beginTime < 20000);
    

复制代码

经过测试： endTime - beginTime的值一般都在20000 +/- 20左右，但还有大概0.1%的数值会出现 >20100


问题：为什么会有endTime-beginTime>20100出现呢？

hellioncu

调度问题吧

河边一支柳

恩 多谢楼上；我认同


但如果我要精度低于100us的程序，那么如何解决呢？

让线程独占cpu？

hellioncu

恩 多谢楼上；我认同


但如果我要精度低于100us的程序，那么如何解决呢？

让线程独占cpu？
河边一支柳 发表于 2010-04-21 10:53

    我没遇到过这种需求。
你试试SetThreadAffinityMask，更短的时间也许只有用N个NOP指令来延时了

zylthinking

sched_setscheduler 不知可否有用， 或者 nanosleep, 这个似乎在 2.4 就是2ms以下就是通过循环而不放弃CPU方式计时的了

zylthinking

晕， 刚看清原来是windows API, 不过话说哥们这样循环， 不怕CPU 100%吗

河边一支柳

晕， 刚看清原来是windows API, 不过话说哥们这样循环， 不怕CPU 100%吗
zylthinking 发表于 2010-04-21 12:42

    为什么会100%，调度不会受影响吧？

zylthinking

回复 7# 河边一支柳

正常时那么多进程在调度 CPU 还是接近0, 说明即便如此之多， 但基本上所有进程都是在wait中； 突然间来了你这个不wait的进程， CPU 当然被你全抢去了。
这个和 while(1){;} 效果应该差不多, 我这个循环也不影响调度， 但肯定是100%.
如果你的代码CPU 不是 100%, 或者50%在双核上， 只能说明你使用的那个win32 API 自己内部会阻塞

zylthinking

另外建议看看 http://www.programfan.com/blog/article.asp?id=36701， 我不知道对不对， 之所以查找是因为我记得 QueryPerformanceCounter 返回值似乎是本进程占用的时间而不是系统时间， 也就是说即便已经过了1小时， 如果本进程只不过在这段时间跑了1秒， 返回的是1秒而不是1小时。

这是我的模糊印象了， 很久不写win32代码了. 建议你查一下， 看样子你的程序是实时应用， 这个还是很重要的