為了速度和正確性,請對齊你的數(shù)據(jù).
概述:對于所有直接操作內(nèi)存的程序員來說,數(shù)據(jù)對齊都是很重要的問題.數(shù)據(jù)對齊對你的程序的表現(xiàn)甚至能否正常運(yùn)行都會產(chǎn)生影響.就像本文章闡述的一樣,理解了對齊的本質(zhì)還能夠解釋一些處理器的"奇怪的"行為.
內(nèi)存存取粒度
程序員通常傾向于認(rèn)為內(nèi)存就像一個(gè)字節(jié)數(shù)組.在C及其衍生語言中,char * 用來指代"一塊內(nèi)存",甚至在JAVA中也有byte[]類型來指代物理內(nèi)存.
Figure 1. 程序員是如何看內(nèi)存的
然而,你的處理器并不是按字節(jié)塊來存取內(nèi)存的.它一般會以雙字節(jié),四字節(jié),8字節(jié),16字節(jié)甚至32字節(jié)為單位來存取內(nèi)存.我們將上述這些存取單位稱為內(nèi)存存取粒度.
Figure 2. 處理器是如何看內(nèi)存的
高層(語言)程序員認(rèn)為的內(nèi)存形態(tài)和處理器對內(nèi)存的實(shí)際處理方式之間的差異產(chǎn)生了許多有趣的問題,本文旨在闡述這些問題.
如果你不理解內(nèi)存對齊,你編寫的程序?qū)⒂锌赡墚a(chǎn)生下面的問題,按嚴(yán)重程度遞增:
程序運(yùn)行速度變慢
應(yīng)用程序產(chǎn)生死鎖
操作系統(tǒng)崩潰
你的程序會毫無征兆的出錯(cuò),產(chǎn)生錯(cuò)誤的結(jié)果(silently fail如何翻譯?)
內(nèi)存對齊基礎(chǔ)
為了說明內(nèi)存對齊背后的原理,我們考察一個(gè)任務(wù),并觀察內(nèi)存存取粒度是如何對該任務(wù)產(chǎn)生影響的.這個(gè)任務(wù)很簡單:先從地址0讀取4個(gè)字節(jié)到寄存器,然后從地址1讀取4個(gè)字節(jié)到寄存器.
首先考察內(nèi)存存取粒度為1byte的情況:
Figure 3. 單字節(jié)存取
這迎合了那些天真的程序員的觀點(diǎn):從地址0和地址1讀取4字節(jié)數(shù)據(jù)都需要相同的4次操作.現(xiàn)在再看看存取粒度為雙字節(jié)的處理器(像最初的68000處理器)的情況:
Figure 4. 雙字節(jié)存取
從地址0讀取數(shù)據(jù),雙字節(jié)存取粒度的處理器讀內(nèi)存的次數(shù)是單字節(jié)存取粒度處理器的一半.因?yàn)槊看蝺?nèi)存存取都會產(chǎn)生一個(gè)固定的開銷,最小化內(nèi)存存取次數(shù)將提升程序的性能.
但從地址1讀取數(shù)據(jù)時(shí)由于地址1沒有和處理器的內(nèi)存存取邊界對齊,處理器就會做一些額外的工作.地址1這樣的地址被稱作非對齊地址.由于地址1是非對齊的,雙字節(jié)存取粒度的處理器必須再讀一次內(nèi)存才能獲取想要的4個(gè)字節(jié),這減緩了操作的速度.
最后我們再看一下存取粒度為4字節(jié)的處理器(像68030,PowerPC® 601)的情況:
Figure 5. 四字節(jié)存取
在對齊的內(nèi)存地址上,四字節(jié)存取粒度處理器可以一次性的將4個(gè)字節(jié)全部讀出;而在非對齊的內(nèi)存地址上,讀取次數(shù)將加倍.
既然你理解了內(nèi)存對齊背后的原理,那么你就可以探索該領(lǐng)域相關(guān)的一些問題了.
懶惰的處理器
處理器對非對齊內(nèi)存的存取有一些技巧.考慮上面的四字節(jié)存取粒度處理器從地址1讀取4字節(jié)的情況,你肯定想到了下面的解決方法:
Figure 6. 處理器如何處理非對齊內(nèi)存地址
處理器先從非對齊地址讀取第一個(gè)4字節(jié)塊,剔除不想要的字節(jié),然后讀取下一個(gè)4字節(jié)塊,同樣剔除不要的數(shù)據(jù),最后留下的兩塊數(shù)據(jù)合并放入寄存器.這需要做很多工作.
有些處理器并不情愿為你做這些工作.
最初的68000處理器的存取粒度是雙字節(jié),沒有應(yīng)對非對齊內(nèi)存地址的電路系統(tǒng).當(dāng)遇到非對齊內(nèi)存地址的存取時(shí),它將拋出一個(gè)異常.最初的Mac OS并沒有妥善處理這個(gè)異常,它會直接要求用戶重啟機(jī)器.悲劇.
隨后的680x0系列,像68020,放寬了這個(gè)的限制,支持了非對齊內(nèi)存地址存取的相關(guān)操作.這解釋了為什么一些在68020上正常運(yùn)行的舊軟件會在68000上崩潰.這也解釋了為什么當(dāng)時(shí)一些老Mac編程人員會將指針初始化成奇數(shù)地址.在最初的Mac機(jī)器上如果指針在使用前沒有被重新賦值成有效地址,Mac會立即跳到調(diào)試器.通常他們通過檢查調(diào)用堆棧會找到問題所在.
所有的處理器都使用有限的晶體管來完成工作.支持非對齊內(nèi)存地址的存取操作會消減"晶體管預(yù)算",這些晶體管原本可以用來提升其他模塊的速度或者增加新的功能.
以速度的名義犧牲非對齊內(nèi)存存取功能的一個(gè)例子就是MIPS.為了提升速度,MIPS幾乎廢除了所有的瑣碎功能.
PowerPC各取所長.目前所有的PowPC都硬件支持非對齊的32位整型的存取.雖然犧牲掉了一部分性能,但這些損失在逐漸減少.
另一方面,現(xiàn)今的PowPC處理器缺少對非對齊的64-bit浮點(diǎn)型數(shù)據(jù)的存取的硬件支持.當(dāng)被要求從非對齊內(nèi)存讀取浮點(diǎn)數(shù)時(shí),PowerPC會拋出異常并讓操作系統(tǒng)來處理內(nèi)存對齊這樣的雜事.軟件解決內(nèi)存對齊要比硬件慢得多.
psting 1. 每次處理一個(gè)字節(jié)復(fù)制代碼 代碼如下:
void Munge8( void *data, uint32_t size ){
uint8_t *data8 = (uint8_t*)data;
uint8_t *data8End = data8 +size;
while( data8 != data8End ){
*data8++ = -*data8;
}
}
運(yùn)行這個(gè)函數(shù)需要67364微秒,現(xiàn)在修改成每次處理2個(gè)字節(jié),這將使存取次數(shù)減半:
psting 2.每次處理2個(gè)字節(jié)
速度
下面編寫一些測試來說明非對齊內(nèi)存對性能造成的損失.過程很簡單:從一個(gè)10MB的緩沖區(qū)中讀取,取反,并寫回?cái)?shù)據(jù).這些測試有兩個(gè)變量:
處理緩沖區(qū)的處理粒度,單位bytes. 一開始每次處理1個(gè)字節(jié),然后2個(gè)字節(jié),4個(gè)字節(jié)和8個(gè)字節(jié).
緩沖區(qū)的對準(zhǔn). 用每次增加緩沖區(qū)的指針來交錯(cuò)調(diào)整內(nèi)存地址,然后重新做每個(gè)測試.
這些測試運(yùn)行在800MHz的PowerBook G4上.為了最小化中斷引起的波動,這里取十次結(jié)果的平均值.第一個(gè)是處理粒度為單字節(jié)的情況:
psting 1. 每次處理一個(gè)字節(jié)
psting 2.每次處理2個(gè)字節(jié)
Figure7. 單字節(jié)存取 vs.雙字節(jié)存取
第一個(gè)讓人注意到的現(xiàn)象是單字節(jié)存取結(jié)果很均勻,且都很慢.第二個(gè)是雙字節(jié)存取時(shí),每當(dāng)?shù)刂肥菃螖?shù)時(shí),變慢的27%就會出現(xiàn).
下面加大賭注,每次處理4個(gè)字節(jié):
psting 3. 每次處理4個(gè)字節(jié)復(fù)制代碼 代碼如下:
void Munge32( void *data, uint32_t size ){
uint32_t *data32 = (uint32_t*)data;
uint32_t *data32End = data32 + (size>> 2); /* Divide size by 4. */
uint8_t *data8 = (uint8_t*)data32End;
uint8_t *data8End = data8 + (size& 0x00000003); /* Strip upper 30 bits. */
while( data32 != data32End ){
*data32++ = -*data32;
}
while( data8 != data8End ){
*data8++ = -*data8;
}
}
對于對齊的緩沖區(qū),函數(shù)需要43043微秒;對于非對齊的緩沖區(qū),函數(shù)需要55775微秒.因此,在所測試的機(jī)器上,非對齊地址的四字節(jié)存取速度比對齊地址的雙字節(jié)存取速度要慢.
Figure8. 單字節(jié)vs.雙字節(jié)vs.四字節(jié)存取
現(xiàn)在來最恐怖的:每次處理8個(gè)字節(jié):
psting 4.每次處理8個(gè)字節(jié)復(fù)制代碼 代碼如下:
void Munge64( void *data, uint32_t size ){
double *data64 = (double*)data;
double *data64End = data64 + (size>> 3); /* Divide size by 8. */
uint8_t *data8 = (uint8_t*)data64End;
uint8_t *data8End = data8 + (size& 0x00000007); /* Strip upper 29 bits. */
while( data64 != data64End ){
*data64++ = -*data64;
}
while( data8 != data8End ){
*data8++ = -*data8;
}
}
Munge64處理對齊的緩沖區(qū)需要39085微秒--大約比對齊的Munge32快10%.但是,在非對齊緩沖區(qū)上的處理時(shí)間是讓人驚訝的1841155微秒--比對齊的慢了兩個(gè)數(shù)量級,慢了足足4610%.
怎么回事?因?yàn)槲覀儸F(xiàn)今所使用的PowerPC缺少對存取非對齊內(nèi)存的浮點(diǎn)數(shù)的硬件支持.對每次非對齊內(nèi)存的存取,處理器都拋出一個(gè)異常.操作系統(tǒng)獲取該異常并軟件實(shí)現(xiàn)內(nèi)存對齊.下圖顯示了非對齊內(nèi)存存取帶來的不利后果.
Figure 9. 多字節(jié)存取對比
單字節(jié),雙字節(jié)和四字節(jié)的細(xì)節(jié)都被掩蓋了.或許去除頂部以后的圖形,如下圖,更清晰:
Figure 10. 多字節(jié)存取對比 #2
在這些數(shù)據(jù)背后還隱藏著一個(gè)微妙的現(xiàn)象.比較8字節(jié)粒度時(shí)邊界是4的倍數(shù)的內(nèi)存的存取速度:
Figure10. 多字節(jié)存取對比 #3
你會發(fā)現(xiàn)8字節(jié)粒度時(shí)邊界為4和12字節(jié)的內(nèi)存存取速度要比相同情況下的4和2字節(jié)粒度的慢.即使PowerPC硬件支持4字節(jié)對齊的8字節(jié)雙浮點(diǎn)型數(shù)據(jù)的存取,你還是要承擔(dān)額外的開銷造成的損失.誠然,這種損失絕不會像4610%那么大,但還是不能忽略的.這個(gè)實(shí)驗(yàn)告訴我們:存取非對齊內(nèi)存時(shí)，大粒度的存取可能會比小粒度存取還要慢
新聞熱點(diǎn)
疑難解答
圖片精選
