• <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)無(wú)限循環(huán)的考證

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

            /* 
             *\brief 示例二:while(1)  
             
            */ 
            int main() 
            {     
              while(1) 
              {}     
              return 0; 
            }
               借用曾經(jīng)看到的某論壇大師逢帖必發(fā)的一句話“不要迷信語(yǔ)言,要迷信編譯器”,撇去我對(duì)此人的偏見,對(duì)于這句話我還是比較認(rèn)同的,畢竟自己寫的代碼最終是由你用的編譯器來(lái)編譯并連接成的,語(yǔ)言只是你和它打交道的中介,至于最終怎么解釋執(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í)證明,兩種無(wú)限循環(huán)寫法最終運(yùn)行效率一樣,但是為什么這么多人說(shuō)空f(shuō)or要比while(1)效率高呢?這其中還不乏一些很大的知名開源團(tuán)隊(duì)。出于科學(xué)求證的態(tài)度我又測(cè)試了老的GCC版本(g++ (GCC) 3.2.4),證明和上面大體是一樣的。但是當(dāng)我用VS2010和VC6.0測(cè)試時(shí)區(qū)別就出來(lái)了。
               結(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平臺(tái)下for(;;)生成的匯編指令少,并且不占用寄存器,沒有多余的判斷和跳轉(zhuǎn),比while (1)性能要好。
               其實(shí)這種平臺(tái)相關(guān)的代碼之前我也在一篇博文中說(shuō)過(見:編譯器背后的小故事),
               C++標(biāo)準(zhǔn)僅僅是一些規(guī)則,而編譯器才是最終規(guī)則的實(shí)現(xiàn)者,對(duì)于很多細(xì)節(jié)規(guī)則并沒有限定,這也要求我們盡量明確寫出與編譯器實(shí)現(xiàn)差異無(wú)關(guān)的代碼,就如char的實(shí)現(xiàn)是按照signed還是unsigned等等,這些標(biāo)準(zhǔn)沒有具體說(shuō)明,各個(gè)編譯器廠商自然會(huì)有各自的實(shí)現(xiàn)方法,很多時(shí)候我們?cè)谝粋€(gè)平臺(tái)習(xí)慣的東西,換到另一個(gè)平臺(tái)就不一定湊效,這時(shí)候就需要我們知道編譯器具體實(shí)現(xiàn)的過程,或者只需要看一下實(shí)現(xiàn)的結(jié)果。
               正如那句“不存在沒有bug的程序,只存在暫時(shí)未發(fā)現(xiàn)bug的程序”一樣,程序員的世界里,“沒有最好,只有更好” 也是至理名言       ---peakflys

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

            評(píng)論

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

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

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

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

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

            發(fā)布版會(huì)是一樣的  回復(fù)  更多評(píng)論   

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

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

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

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

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

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

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

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

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

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

            <2012年12月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            導(dǎo)航

            統(tǒng)計(jì)

            公告

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

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            文章檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久久精品人妻无码专区不卡| 精品综合久久久久久888蜜芽| 国产午夜精品理论片久久影视 | 亚洲欧洲日产国码无码久久99| 久久精品国产亚洲AV无码偷窥| 久久久久99精品成人片| 97视频久久久| 久久露脸国产精品| 亚洲成色999久久网站| 久久精品国产亚洲AV麻豆网站| 国产精品久久久久无码av| 欧美一区二区三区久久综合| 亚洲午夜无码AV毛片久久| 99热成人精品热久久669| 久久精品国产福利国产琪琪| 亚洲va久久久噜噜噜久久天堂| 9999国产精品欧美久久久久久| 久久综合亚洲色一区二区三区| 久久青青草原国产精品免费 | 久久婷婷五月综合色奶水99啪| 国产呻吟久久久久久久92| 色综合久久综精品| 色婷婷综合久久久久中文 | 久久国产高潮流白浆免费观看| 国内精品久久久久久不卡影院| 91精品国产综合久久久久久| 久久人人爽人人爽人人片AV东京热| 亚洲精品NV久久久久久久久久 | 99精品久久精品一区二区| 性高朝久久久久久久久久| 久久亚洲国产午夜精品理论片| 久久久久久曰本AV免费免费| 久久一区二区三区免费| 精品无码人妻久久久久久| 天天综合久久久网| 97久久综合精品久久久综合| 久久精品久久久久观看99水蜜桃| 亚洲欧美精品一区久久中文字幕| 亚洲?V乱码久久精品蜜桃| 亚洲精品无码久久不卡| 色天使久久综合网天天|