青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

大龍的博客

常用鏈接

統(tǒng)計

最新評論

使用CPU時間戳進(jìn)行高精度計時---------------------轉(zhuǎn)


#include? <mmsystem.h>

#pragma comment(lib,"winmm.lib")

timegettime的標(biāo)稱是毫秒級別
但是實際上只能精確到50毫秒

使用CPU時間戳進(jìn)行高精度計時

2003-3-27 13:14:11?? GAMERES?? zhangyan_qd?? 閱讀次數(shù):?6609
  對關(guān)注性能的程序開發(fā)人員而言,一個好的計時部件既是益友,也是良師。計時器既可以作為程序組件幫助程序員精確的控制程序進(jìn)程,又是一件有力的調(diào)試武器,在有經(jīng)驗的程序員手里可以盡快的確定程序的性能瓶頸,或者對不同的算法作出有說服力的性能比較。

  在Windows平臺下,常用的計時器有兩種,一種是timeGetTime多媒體計時器,它可以提供毫秒級的計時。但這個精度對很多應(yīng)用場合而言還是太粗糙了。另一種是QueryPerformanceCount計數(shù)器,隨系統(tǒng)的不同可以提供微秒級的計數(shù)。對于實時圖形處理、多媒體數(shù)據(jù)流處理、或者實時系統(tǒng)構(gòu)造的程序員,善用QueryPerformanceCount/QueryPerformanceFrequency是一項基本功。

  本文要介紹的,是另一種直接利用Pentium?CPU內(nèi)部時間戳進(jìn)行計時的高精度計時手段。以下討論主要得益于《Windows圖形編程》一書,第 15頁-17頁,有興趣的讀者可以直接參考該書。關(guān)于RDTSC指令的詳細(xì)討論,可以參考Intel產(chǎn)品手冊。本文僅僅作拋磚之用。
  在 Intel?Pentium以上級別的CPU中,有一個稱為“時間戳(Time?Stamp)”的部件,它以64位無符號整型數(shù)的格式,記錄了自CPU上電以來所經(jīng)過的時鐘周期數(shù)。由于目前的CPU主頻都非常高,因此這個部件可以達(dá)到納秒級的計時精度。這個精確性是上述兩種方法所無法比擬的。

  在Pentium以上的CPU中,提供了一條機器指令RDTSC(Read?Time?Stamp?Counter)來讀取這個時間戳的數(shù)字,并將其保存在EDX:EAX寄存器對中。由于EDX:EAX寄存器對恰好是Win32平臺下C++語言保存函數(shù)返回值的寄存器,所以我們可以把這條指令看成是一個普通的函數(shù)調(diào)用。像這樣:

inline?unsigned?__int64?GetCycleCount()
{
?__asm?RDTSC
}

但是不行,因為RDTSC不被C++的內(nèi)嵌匯編器直接支持,所以我們要用_emit偽指令直接嵌入該指令的機器碼形式0X0F、0X31,如下:

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

以后在需要計數(shù)器的場合,可以像使用普通的Win32?API一樣,調(diào)用兩次GetCycleCount函數(shù),比較兩個返回值的差,像這樣:

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

  《Windows圖形編程》第15頁編寫了一個類,把這個計數(shù)器封裝起來。有興趣的讀者可以去參考那個類的代碼。作者為了更精確的定時,做了一點小小的改進(jìn),把執(zhí)行RDTSC指令的時間,通過連續(xù)兩次調(diào)用GetCycleCount函數(shù)計算出來并保存了起來,以后每次計時結(jié)束后,都從實際得到的計數(shù)中減掉這一小段時間,以得到更準(zhǔn)確的計時數(shù)字。但我個人覺得這一點點改進(jìn)意義不大。在我的機器上實測,這條指令大概花掉了幾十到100多個周期,在 Celeron?800MHz的機器上,這不過是十分之一微秒的時間。對大多數(shù)應(yīng)用來說,這點時間完全可以忽略不計;而對那些確實要精確到納秒數(shù)量級的應(yīng)用來說,這個補償也過于粗糙了。

這個方法的優(yōu)點是:

1.高精度??梢灾苯舆_(dá)到納秒級的計時精度(在1GHz的CPU上每個時鐘周期就是一納秒),這是其他計時方法所難以企及的。

2. 成本低。timeGetTime?函數(shù)需要鏈接多媒體庫winmm.lib,QueryPerformance*?函數(shù)根據(jù)MSDN的說明,需要硬件的支持(雖然我還沒有見過不支持的機器)和KERNEL庫的支持,所以二者都只能在Windows平臺下使用(關(guān)于DOS平臺下的高精度計時問題,可以參考《圖形程序開發(fā)人員指南》,里面有關(guān)于控制定時器8253的詳細(xì)說明)。但RDTSC指令是一條CPU指令,凡是i386平臺下Pentium以上的機器均支持,甚至沒有平臺的限制(我相信i386版本UNIX和Linux下這個方法同樣適用,但沒有條件試驗),而且函數(shù)調(diào)用的開銷是最小的。

3. 具有和CPU主頻直接對應(yīng)的速率關(guān)系。一個計數(shù)相當(dāng)于1/(CPU主頻Hz數(shù))秒,這樣只要知道了CPU的主頻,可以直接計算出時間。這和 QueryPerformanceCount不同,后者需要通過QueryPerformanceFrequency獲取當(dāng)前計數(shù)器每秒的計數(shù)次數(shù)才能換算成時間。

這個方法的缺點是:

1.現(xiàn)有的C/C++編譯器多數(shù)不直接支持使用RDTSC指令,需要用直接嵌入機器碼的方式編程,比較麻煩。

2.數(shù)據(jù)抖動比較厲害。其實對任何計量手段而言,精度和穩(wěn)定性永遠(yuǎn)是一對矛盾。如果用低精度的timeGetTime來計時,基本上每次計時的結(jié)果都是相同的;而RDTSC指令每次結(jié)果都不一樣,經(jīng)常有幾百甚至上千的差距。這是這種方法高精度本身固有的矛盾。

關(guān)于這個方法計時的最大長度,我們可以簡單的用下列公式計算:

自CPU上電以來的秒數(shù)?=?RDTSC讀出的周期數(shù)?/?CPU主頻速率(Hz)

64位無符號整數(shù)所能表達(dá)的最大數(shù)字是1.8×10^19,在我的Celeron?800上可以計時大約700年(書中說可以在200MHz的Pentium上計時117年,這個數(shù)字不知道是怎么得出來的,與我的計算有出入)。無論如何,我們大可不必關(guān)心溢出的問題。

下面是幾個小例子,簡要比較了三種計時方法的用法與精度

//Timer1.cpp?使用了RDTSC指令的Timer類//KTimer類的定義可以參見《Windows圖形編程》P15
//編譯行:CL?Timer1.cpp?/link?USER32.lib
#include?<stdio.h>
#include?"KTimer.h"
main()
{
?unsigned?t;
?KTimer?timer;
?timer.Start();
?Sleep(1000);
?t?=?timer.Stop();
?printf("Lasting?Time:?%d\n",t);
}

//Timer2.cpp?使用了timeGetTime函數(shù)
//需包含<mmsys.h>,但由于Windows頭文件錯綜復(fù)雜的關(guān)系
//簡單包含<windows.h>比較偷懶:)
//編譯行:CL?timer2.cpp?/link?winmm.lib?
#include?<windows.h>
#include?<stdio.h>

main()
{
?DWORD?t1,?t2;
?t1?=?timeGetTime();
?Sleep(1000);
?t2?=?timeGetTime();
?printf("Begin?Time:?%u\n",?t1);
?printf("End?Time:?%u\n",?t2);
?printf("Lasting?Time:?%u\n",(t2-t1));
}

//Timer3.cpp?使用了QueryPerformanceCounter函數(shù)
//編譯行:CL?timer3.cpp?/link?KERNEl32.lib
#include?<windows.h>
#include?<stdio.h>

main()
{
?LARGE_INTEGER?t1,?t2,?tc;
?QueryPerformanceFrequency(&tc);
?printf("Frequency:?%u\n",?tc.QuadPart);
?QueryPerformanceCounter(&t1);
?Sleep(1000);
?QueryPerformanceCounter(&t2);
?printf("Begin?Time:?%u\n",?t1.QuadPart);
?printf("End?Time:?%u\n",?t2.QuadPart);
?printf("Lasting?Time:?%u\n",(?t2.QuadPart-?t1.QuadPart));
}

////////////////////////////////////////////////
//以上三個示例程序都是測試1秒鐘休眠所耗費的時間
file://測/試環(huán)境:Celeron?800MHz?/?256M?SDRAM??
//??????????Windows?2000?Professional?SP2
//??????????Microsoft?Visual?C++?6.0?SP5
////////////////////////////////////////////////

以下是Timer1的運行結(jié)果,使用的是高精度的RDTSC指令
Lasting?Time:?804586872

以下是Timer2的運行結(jié)果,使用的是最粗糙的timeGetTime?API
Begin?Time:?20254254
End?Time:?20255255
Lasting?Time:?1001

以下是Timer3的運行結(jié)果,使用的是QueryPerformanceCount?API
Frequency:?3579545
Begin?Time:?3804729124
End?Time:?3808298836
Lasting?Time:?3569712

參考資料:
[YUAN?2002]Feng?Yuan?著,英宇工作室?譯,Windows圖形編程,機械工業(yè)出版社,2002.4.,P15-17

posted on 2007-01-30 10:14 大龍 閱讀(1049) 評論(0)  編輯 收藏 引用


只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲男人的天堂在线| 国产日产亚洲精品| 激情一区二区| 国产三级精品在线不卡| 久久精品99| 久久精品国产久精国产一老狼| 在线视频一区二区| 亚洲一区二区三区四区五区午夜| 亚洲欧洲一区二区在线播放| 久久婷婷色综合| 欧美国产在线电影| 日韩视频精品在线| 国产精品视频999| 国产精品久在线观看| 欧美日韩免费在线观看| 欧美精品在线一区二区| 国产精品入口尤物| 黄色成人在线| 一本一本久久a久久精品综合妖精 一本一本久久a久久精品综合麻豆 | 国产精品乱码久久久久久| 欧美精品一区二区三| 欧美日韩免费高清一区色橹橹| 欧美日韩国语| 国内久久视频| 午夜精品亚洲| 一区二区三区四区五区精品| 久久精品网址| 国产嫩草一区二区三区在线观看| 国产综合欧美在线看| 中国成人黄色视屏| 亚洲福利视频三区| 久久久噜噜噜久久人人看| 国产精品进线69影院| 亚洲国产精品ⅴa在线观看| 亚洲一二三区在线| 欧美韩日一区二区| 久久福利精品| 伊人狠狠色丁香综合尤物| 久久久99爱| 久久九九免费视频| 影视先锋久久| 亚洲福利国产精品| 欧美成人精品在线| 毛片基地黄久久久久久天堂| 亚洲一区二区三区在线观看视频| 亚洲精品国产无天堂网2021| 亚洲日本黄色| 欧美日韩免费一区二区三区视频 | 国产乱码精品一区二区三区不卡| 亚洲精品综合精品自拍| 亚洲精品一区二| 国产一区二区av| 亚洲第一区在线观看| 欧美黄污视频| 国产精品嫩草影院av蜜臀| 久久一区二区三区四区五区| 欧美欧美在线| 久久久国产精品一区二区中文| 欧美日本高清| 亚洲激情成人在线| 午夜视频在线观看一区二区| 亚洲狠狠婷婷| 欧美一区在线直播| 欧美福利视频在线观看| 亚洲欧美高清| 欧美国产日韩二区| 99视频精品全国免费| 午夜精品久久| 久久久久国色av免费看影院| 韩国精品一区二区三区| 亚洲午夜av电影| 欧美高清在线一区二区| 中国av一区| 噜噜噜久久亚洲精品国产品小说| 欧美高清在线精品一区| 99精品国产在热久久下载| 亚洲高清免费视频| 羞羞色国产精品| 亚洲最新在线| 国产精品免费区二区三区观看| 亚洲欧美99| 亚洲美女免费视频| 国产精品扒开腿做爽爽爽软件 | 国内综合精品午夜久久资源| 欧美不卡三区| 狠狠色伊人亚洲综合网站色| 在线视频欧美一区| 欧美在线播放| 在线日韩一区二区| 久久综合一区二区| 影音先锋在线一区| 夜夜精品视频| 亚洲国产视频a| 亚洲欧美日韩久久精品| 亚洲自拍偷拍网址| 一区二区三区四区五区精品视频| 欧美大片免费久久精品三p| 夜夜嗨av色综合久久久综合网| 亚洲视频国产视频| 国产亚洲欧美一区在线观看| 久久久xxx| 99精品欧美| 久久久一区二区| 国产日产精品一区二区三区四区的观看方式 | 久久久久久久高潮| 亚洲第一在线视频| 国产一区二区三区四区五区美女| 久久中文字幕一区二区三区| 亚洲人成网站色ww在线| 欧美一级久久久| 国产欧美日韩亚洲| 久久人人97超碰精品888| 久久一区二区三区av| 国产视频一区在线观看一区免费| 午夜久久99| 亚洲电影有码| 中日韩高清电影网| 国产精品一区二区你懂的| 久久天堂精品| 亚洲欧美久久久久一区二区三区| 亚洲第一精品福利| 嫩草国产精品入口| 欧美一区二区三区的| 亚洲日韩欧美一区二区在线| 影音先锋欧美精品| 亚洲国产va精品久久久不卡综合| 欧美成人dvd在线视频| 99精品国产高清一区二区| 久久久伊人欧美| 亚洲每日更新| 国产在线乱码一区二区三区| 欧美体内she精视频在线观看| 久久久久久久久久久成人| 香蕉av福利精品导航| 亚洲欧美www| 久久九九国产精品| 老司机67194精品线观看| 欧美经典一区二区| 国产欧美日韩一区| 男人插女人欧美| 欧美在线亚洲综合一区| 欧美一进一出视频| 久久久久一区二区| 美女日韩欧美| 欧美日韩国产va另类| 欧美日韩综合不卡| 一区在线影院| 宅男在线国产精品| 欧美88av| 亚洲欧美视频在线| 国产欧美欧美| 日韩午夜激情电影| 午夜亚洲伦理| 亚洲第一区中文99精品| 在线一区视频| 欧美色图麻豆| 亚洲素人在线| 香蕉久久一区二区不卡无毒影院| 国产欧美日韩在线 | 欧美一级久久久| 国产伦精品一区二区三区免费迷 | 欧美怡红院视频一区二区三区| 美脚丝袜一区二区三区在线观看| 午夜久久影院| 精品不卡一区| 亚洲一区二区三区四区在线观看 | 欧美一区二区视频免费观看| 亚洲欧洲午夜| 久久婷婷国产综合精品青草| 国产精品vvv| 亚洲欧美视频一区| 午夜日本精品| 日韩午夜在线播放| 一区二区三区欧美日韩| 国产色产综合产在线视频| 国产精品亚洲激情| 亚洲精品一区二区在线| 欧美激情第五页| 欧美成年视频| 午夜一区在线| 久久亚洲一区二区| 91久久精品视频| 亚洲视频一区在线| 亚洲大片免费看| 欧美在线看片| 亚洲成色777777在线观看影院| 欧美激情国产日韩| 欧美区二区三区| 久久午夜国产精品| 欧美高清成人| 久久99在线观看| 欧美理论片在线观看| 欧美高清在线视频观看不卡| 国产一区二区久久久| 国产精品99久久久久久宅男 | 亚洲综合视频在线| 亚洲精品一区二区三区蜜桃久| 亚洲五月六月| 亚洲精品国产视频| 午夜影院日韩|