• <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>

            關(guān)于最優(yōu)無限循環(huán)的考證

               昨天在一個論壇里看到一個帖子,是關(guān)于無限循環(huán)的選擇問題,之前也看到過很多次說空for比while(1)效率高的論述,只是之前一直沒有功夫去考證。
               話不多說,直入正題。
            /*
             *\brief 示例一:空for  
             
            */ 
            int main() 
            {    
              for(;;)    
              {}  
              return 0; 
            }

            /* 
             *\brief 示例二:while(1)  
             
            */ 
            int main() 
            {     
              while(1) 
              {}     
              return 0; 
            }
               借用曾經(jīng)看到的某論壇大師逢帖必發(fā)的一句話“不要迷信語言,要迷信編譯器”,撇去我對此人的偏見,對于這句話我還是比較認(rèn)同的,畢竟自己寫的代碼最終是由你用的編譯器來編譯并連接成的,語言只是你和它打交道的中介,至于最終怎么解釋執(zhí)行,完全是它有最終解釋權(quán)。
               有點(diǎn)偏題,直接上編譯器生成的匯編碼(注,此處編譯器及版本為:g++ (GCC) 4.4.6 20120305)
            400554:   55                      push   %rbp   
            400555:   48 89 e5              mov   %rsp,%rbp   
            400558:   eb fe                  jmp    400558 <main+0x4>   
            40055a:   90                      nop    
            40055b:   90                      nop    
            40055c:   90                      nop    
            40055d:   90                      nop    
            40055e:   90                      nop    
            40055f:   90                      nop
               兩者生成的匯編代碼一致,就不多貼一份了。
               事實(shí)證明,兩種無限循環(huán)寫法最終運(yùn)行效率一樣,但是為什么這么多人說空for要比while(1)效率高呢?這其中還不乏一些很大的知名開源團(tuán)隊(duì)。出于科學(xué)求證的態(tài)度我又測試了老的GCC版本(g++ (GCC) 3.2.4),證明和上面大體是一樣的。但是當(dāng)我用VS2010和VC6.0測試時區(qū)別就出來了。
               結(jié)果如下:
            for(;;) 的反匯編:  
            int main()
            {
            00411350  push        ebp  
            00411351  mov         ebp,esp  
            00411353  sub         esp,0C0h  
            00411359  push        ebx  
            0041135A  push        esi  
            0041135B  push        edi  
            0041135C  lea         edi,[ebp-0C0h]  
            00411362  mov         ecx,30h  
            00411367  mov         eax,0CCCCCCCCh  
            0041136C  rep stos    dword ptr es:[edi]  
                for(;;)
                {
                }
            0041136E  jmp         main+1Eh (41136Eh)  
                return 0;
            00411370  xor         eax,eax  
            }

            while(1)的反匯編: 
            int main() 

            00411350  push        ebp   
            00411351  mov         ebp,esp   
            00411353  sub         esp,0C0h   
            00411359  push        ebx   
            0041135A  push        esi   
            0041135B  push        edi   
            0041135C  lea         edi,[ebp-0C0h]   
            00411362  mov         ecx,30h   
            00411367  mov         eax,0CCCCCCCCh   
            0041136C  rep stos    dword ptr es:[edi]       
               while(1) 
            0041136E  mov         eax,1   
            00411373  test        eax,eax   
            00411375  je          main+29h (411379h)       
               {     
               } 
            00411377  jmp         main+1Eh (41136Eh)       
               return 0; 
            00411379  xor         eax,eax  
             }
               顯而易見,VS平臺下for(;;)生成的匯編指令少,并且不占用寄存器,沒有多余的判斷和跳轉(zhuǎn),比while (1)性能要好。
               其實(shí)這種平臺相關(guān)的代碼之前我也在一篇博文中說過(見:編譯器背后的小故事),
               C++標(biāo)準(zhǔn)僅僅是一些規(guī)則,而編譯器才是最終規(guī)則的實(shí)現(xiàn)者,對于很多細(xì)節(jié)規(guī)則并沒有限定,這也要求我們盡量明確寫出與編譯器實(shí)現(xiàn)差異無關(guān)的代碼,就如char的實(shí)現(xiàn)是按照signed還是unsigned等等,這些標(biāo)準(zhǔn)沒有具體說明,各個編譯器廠商自然會有各自的實(shí)現(xiàn)方法,很多時候我們在一個平臺習(xí)慣的東西,換到另一個平臺就不一定湊效,這時候就需要我們知道編譯器具體實(shí)現(xiàn)的過程,或者只需要看一下實(shí)現(xiàn)的結(jié)果。
               正如那句“不存在沒有bug的程序,只存在暫時未發(fā)現(xiàn)bug的程序”一樣,程序員的世界里,“沒有最好,只有更好” 也是至理名言       ---peakflys

            posted on 2013-01-05 12:39 peakflys 閱讀(3270) 評論(8)  編輯 收藏 引用 所屬分類: C++

            評論

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-05 16:40 Lo

            比較得不對 用的是調(diào)試版,看看發(fā)布版的代碼,會直接優(yōu)化得沒了  回復(fù)  更多評論   

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-05 17:05 peakflys

            上面的匯編代碼是建立在GCC編譯未加-O優(yōu)化,VS用的也是debug版本,目的是為了說明 所謂廣為流傳的for(;;)比while(1)效率更好的說法是編譯器相關(guān)的,當(dāng)然GCC和VS下編程同意網(wǎng)上說的無限循環(huán)優(yōu)先選用for(;;),至于VS的release版本,還有其他編譯器平臺,有興趣的可以自己去驗(yàn)證一下。@Lo
              回復(fù)  更多評論   

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-05 19:38 Lo

            發(fā)布版會是一樣的  回復(fù)  更多評論   

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-06 11:01 zgpxgame

            由于現(xiàn)在的CPU指令流水線、緩存、亂序等等,加上編譯器會處理優(yōu)化,所以這方面的優(yōu)化已經(jīng)意義不大了,也就不必糾結(jié)用什么循環(huán)了。不過了解一下也是可以的  回復(fù)  更多評論   

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-06 14:07 peakflys

            在硬件性能和編譯器優(yōu)化能力不斷提升的今天,程序員的門檻一降再降,甚至出現(xiàn)了半月培訓(xùn)即可入崗的事情,但是如果想要寫出優(yōu)質(zhì)高效的代碼,就一定要熟悉你所使用的編譯器,不能完全寄望于編譯器的優(yōu)化,養(yǎng)成良好的書寫習(xí)慣才是王道。@zgpxgame
              回復(fù)  更多評論   

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-06 18:31 zgpxgame

            恩 很欣賞你的這種做法。只是我覺得你分析得不夠全面,所以就補(bǔ)充了我自己的一點(diǎn)看法。所以我認(rèn)為考證后的結(jié)論是,不需要糾結(jié)于for還是while。與之相比,干凈的代碼和能清晰表達(dá)程序意圖的語句往往是更重要一些的  回復(fù)  更多評論   

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-08 19:26

            for(;;)比while(1)編寫效率高(少一個字節(jié)……)  回復(fù)  更多評論   

            # re: 關(guān)于最優(yōu)無限循環(huán)的考證 2013-01-09 13:15 peakflys

            恩?@花
              回復(fù)  更多評論   

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            導(dǎo)航

            統(tǒng)計

            公告

            人不淡定的時候,就愛表現(xiàn)出來,敲代碼如此,偶爾的靈感亦如此……

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            文章檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            国产香蕉久久精品综合网| 国产精品久久亚洲不卡动漫| 久久99国产精一区二区三区| 青青青国产成人久久111网站| 国产精品美女久久久久| 91性高湖久久久久| 久久夜色精品国产噜噜亚洲a| 久久99久久99精品免视看动漫| 久久免费精品视频| 久久亚洲日韩看片无码| 欧美777精品久久久久网| 亚洲精品成人久久久| 国产精品久久久久9999高清| 一本一本久久a久久精品综合麻豆| 精品国产VA久久久久久久冰| 午夜精品久久久久成人| 久久久久久久尹人综合网亚洲| 久久国产亚洲精品| 久久国产一片免费观看| 久久久久综合网久久| 一本一本久久A久久综合精品 | 精品综合久久久久久97超人| 一本久久精品一区二区| 久久久久国色AV免费观看| 国产精品久久网| 久久国产免费观看精品3| 亚洲国产日韩欧美综合久久| 久久精品亚洲欧美日韩久久| MM131亚洲国产美女久久| 色欲久久久天天天综合网| 久久久久久午夜精品| 精品视频久久久久| 精品久久久久久99人妻| 国产成人无码精品久久久久免费 | 久久久亚洲精品蜜桃臀| 久久综合丁香激情久久| 精品久久一区二区| 久久精品成人免费观看97| 久久亚洲色一区二区三区| 欧美日韩成人精品久久久免费看| 日本国产精品久久|