代碼優(yōu)化可以說是一個(gè)非常復(fù)雜而又非常重要的問題,以筆者多年的linux c開發(fā)經(jīng)驗(yàn)來說優(yōu)化通常分為兩個(gè)方面,一是人為優(yōu)化,也就是基于編程經(jīng)驗(yàn)采用更簡(jiǎn)易的數(shù)據(jù)結(jié)構(gòu)函數(shù)等來降低編譯器負(fù)擔(dān),二是采用系統(tǒng)自帶的優(yōu)化模式,也就是gcc - o系列,下面我將簡(jiǎn)述一下各級(jí)優(yōu)化的過程以及實(shí)現(xiàn)。
gcc - o1 首先o1上面還有一個(gè)o0,那個(gè)是不提供任何優(yōu)化,項(xiàng)目中幾乎不會(huì)使用,而o1使用就非常廣泛了,o1是最基本的優(yōu)化,主要對(duì)代碼的分支,表達(dá)式,常量來進(jìn)行優(yōu)化,編譯器會(huì)在較短的時(shí)間下將代碼變得更加短小,這樣體積就會(huì)變得更小,會(huì)減少內(nèi)存的占用率,在操作系統(tǒng)進(jìn)行內(nèi)存調(diào)度時(shí)就會(huì)更快。但是事情沒有絕對(duì)的優(yōu)點(diǎn),當(dāng)一個(gè)龐大的程序被拆碎細(xì)分的話,內(nèi)存占用會(huì)大大增加,由于當(dāng)今系統(tǒng)大多數(shù)都是多線程,就會(huì)出現(xiàn)卡頓和反應(yīng)延遲。
gcc - o2 這個(gè)優(yōu)化級(jí)別是o1的進(jìn)階,在上一級(jí)的基礎(chǔ)上會(huì)進(jìn)行更嚴(yán)格的細(xì)分,最重要的是加入了寄存器的使用。寄存器是cpu中重要的組成部分,此外還有運(yùn)算器和控制器,計(jì)算機(jī)顧名思義,要進(jìn)行各種龐雜的計(jì)算,由于cpu速度較快,所以計(jì)算的中間結(jié)果都會(huì)保存在寄存器中,這樣可以大大提高系統(tǒng)的效率,但是寄存器造價(jià)高昂,數(shù)量有限,所以一般來說程序不會(huì)放在寄存器中,另一種將代碼放在寄存器的方式是使用register修飾變量,適用于頻繁調(diào)用的變量。
gcc - o3 這個(gè)優(yōu)化屬于非常強(qiáng)大的優(yōu)化,因?yàn)榫幾g器會(huì)進(jìn)行預(yù)測(cè),對(duì)循環(huán)每一層的預(yù)測(cè),以便于將循環(huán)拆分,可以提高執(zhí)行效率。編譯器還會(huì)試圖用已有的值來代替未知的值,并且還會(huì)用加代替乘,因?yàn)檫\(yùn)算器的特性,乘法十分復(fù)雜耗時(shí)。當(dāng)然o3的缺點(diǎn)最明顯,那就是o3因?yàn)樵噲D預(yù)測(cè)程序的走向,可能會(huì)出現(xiàn)誤差,導(dǎo)致錯(cuò)誤和程序不可逆轉(zhuǎn)的走向。所以一般o3不建議使用。
以上就是關(guān)于優(yōu)化的三個(gè)等級(jí),對(duì)于優(yōu)化,系統(tǒng)的優(yōu)化還是機(jī)械的,程序員對(duì)于語言深刻的理解,巧妙地算法可能會(huì)更有意義。
總結(jié)
以上就是本文關(guān)于淺談Linux環(huán)境下gcc優(yōu)化級(jí)別的全部?jī)?nèi)容,希望對(duì)大家有所幫助。歡迎大家繼續(xù)參閱本站其他相關(guān)專題,感謝朋友們對(duì)VEVB武林網(wǎng)網(wǎng)站的支持。
新聞熱點(diǎn)
疑難解答
圖片精選