• <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)的考證

               昨天在一個(gè)論壇里看到一個(gè)帖子,是關(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ā)的一句話“不要迷信語言,要迷信編譯器”,撇去我對(duì)此人的偏見,對(duì)于這句話我還是比較認(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測試時(shí)區(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平臺(tái)下for(;;)生成的匯編指令少,并且不占用寄存器,沒有多余的判斷和跳轉(zhuǎn),比while (1)性能要好。
               其實(shí)這種平臺(tái)相關(guān)的代碼之前我也在一篇博文中說過(見:編譯器背后的小故事),
               C++標(biāo)準(zhǔn)僅僅是一些規(guī)則,而編譯器才是最終規(guī)則的實(shí)現(xiàn)者,對(duì)于很多細(xì)節(jié)規(guī)則并沒有限定,這也要求我們盡量明確寫出與編譯器實(shí)現(xiàn)差異無關(guān)的代碼,就如char的實(shí)現(xiàn)是按照signed還是unsigned等等,這些標(biāo)準(zhǔn)沒有具體說明,各個(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 閱讀(3284) 評(píng)論(8)  編輯 收藏 引用 所屬分類: C++

            評(píng)論

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

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

            # 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版本,還有其他編譯器平臺(tái),有興趣的可以自己去驗(yàn)證一下。@Lo
              回復(fù)  更多評(píng)論   

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

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

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

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

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

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

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

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

            <2013年1月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            導(dǎo)航

            統(tǒng)計(jì)

            公告

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

            常用鏈接

            留言簿(4)

            隨筆分類

            隨筆檔案

            文章檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            91精品国产91热久久久久福利 | 99久久精品免费看国产一区二区三区 | 久久精品国产影库免费看| 国产午夜电影久久| 久久精品嫩草影院| 国产精品乱码久久久久久软件| 欧洲成人午夜精品无码区久久| 99久久免费国产精品| 国产成人精品综合久久久久 | 午夜精品久久久久久99热| 热久久国产精品| 亚洲欧洲日产国码无码久久99| 狠狠色伊人久久精品综合网| 少妇久久久久久被弄高潮| 久久综合五月丁香久久激情| 99久久精品午夜一区二区| 久久婷婷人人澡人人爽人人爱| 丁香五月综合久久激情| 色妞色综合久久夜夜| 麻豆精品久久久久久久99蜜桃| 国产精品九九久久免费视频| 精品久久久久久无码专区| 77777亚洲午夜久久多喷| 婷婷久久综合九色综合98| 1000部精品久久久久久久久| 亚洲综合伊人久久综合| 久久人人爽人人爽人人片AV麻豆| 国产精品久久一区二区三区 | 精品国产青草久久久久福利| 久久久久九九精品影院| 88久久精品无码一区二区毛片 | 热久久国产欧美一区二区精品| 91精品观看91久久久久久| 91性高湖久久久久| 精品国产热久久久福利| 99热成人精品免费久久| 999久久久免费国产精品播放| 91精品国产高清久久久久久国产嫩草| 97精品久久天干天天天按摩| 久久婷婷久久一区二区三区| 国产成人精品久久|