青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

loop_in_codes

低調做技術__歡迎移步我的獨立博客 codemaro.com 微博 kevinlynx

為什么處理排序的數組要比非排序的快?

參考Why is processing a sorted array faster than an unsorted array?

問題

看以下代碼:

#include <algorithm>
#include <ctime>
#include <iostream>

int main()
{
    // generate data
    const unsigned arraySize = 32768;
    int data[arraySize];

    for (unsigned c = 0; c < arraySize; ++c)
        data[c] = std::rand() % 256;


    // !!! with this, the next loop runs faster
    std::sort(data, data + arraySize);


    // test
    clock_t start = clock();
    long long sum = 0;

    for (unsigned i = 0; i < 100000; ++i)
    {
        // primary loop
        for (unsigned c = 0; c < arraySize; ++c)
        {
            if (data[c] >= 128)
                sum += data[c];
        }
    }

    double elapsedTime = static_cast<double>(clock() - start) / CLOCKS_PER_SEC;

    std::cout << elapsedTime << std::endl;
    std::cout << "sum = " << sum << std::endl;
}

問題就在于,去掉std::sort那一行,以上代碼將運行更長的時間。在我的機器上未去掉std::sort耗時8.99s,去掉后耗時24.78s。編譯器使用的是gcc4.4.3。事實上,以上代碼跟編譯器沒有關系,甚至跟語言沒有關系。那這是為什么呢?

這跟處理這個數組的邏輯有非常大的關系。如以上代碼所示,這個循環里有個條件判斷。條件判斷被編譯成二進制代碼后,就是一個跳轉指令,類似:

具體為什么會不同,這涉及到計算機CPU執行指令時的行為。

CPU的流水線指令執行

想象現在有一堆指令等待CPU去執行,那么CPU是如何執行的呢?具體的細節可以找一本計算機組成原理的書來看。CPU執行一堆指令時,并不是單純地一條一條取出來執行,而是按照一種流水線的方式,在CPU真正執行一條指令前,這條指令就像工廠里流水線生產的產品一樣,已經被經過一些處理。簡單來說,一條指令可能經過這些過程:取指(Fetch)、解碼(Decode)、執行(Execute)、放回(Write-back)。

假設現在有指令序列ABCDEFG。當CPU正在執行(execute)指令A時,CPU的其他處理單元(CPU是由若干部件構成的)其實已經預先處理到了指令A后面的指令,例如B可能已經被解碼,C已經被取指。這就是流水線執行,這可以保證CPU高效地執行指令。

Branch Prediction

如上所說,CPU在執行一堆順序執行的指令時,因為對于執行指令的部件來說,其基本不需要等待,因為諸如取指、解碼這些過程早就被做了。但是,當CPU面臨非順序執行的指令序列時,例如之前提到的跳轉指令,情況會怎樣呢?

取指、解碼這些CPU單元并不知道程序流程會跳轉,只有當CPU執行到跳轉指令本身時,才知道該不該跳轉。所以,取指解碼這些單元就會繼續取跳轉指令之后的指令。當CPU執行到跳轉指令時,如果真的發生了跳轉,那么之前的預處理(取指、解碼)就白做了。這個時候,CPU得從跳轉目標處臨時取指、解碼,然后才開始執行,這意味著:CPU停了若干個時鐘周期!

這其實是個問題,如果CPU的設計放任這個問題,那么其速度就很難提升起來。為此,人們發明了一種技術,稱為branch prediction,也就是分支預測。分支預測的作用,就是預測某個跳轉指令是否會跳轉。而CPU就根據自己的預測到目標地址取指令。這樣,即可從一定程度提高運行速度。當然,分支預測在實現上有很多方法。

簡單的預測可以直接使用之前的實際執行結果。例如某個跳轉指令某一次產生了跳轉,那么下一次執行該指令時,CPU就直接從跳轉目標地址處取指,而不是該跳轉指令的下一條指令。

答案

了解了以上信息后,文章開頭提出的問題就可以解釋了。這個代碼中有一個循環,這個循環里有一個條件判斷。每一次CPU執行這個條件判斷時,CPU都可能跳轉到循環開始處的指令,即不執行if后的指令。使用分支預測技術,當處理已經排序的數組時,在若干次data[c]>=128都不成立時(或第一次不成立時,取決于分支預測的實現),CPU預測這個分支是始終會跳轉到循環開始的指令時,這個時候CPU將保持有效的執行,不需要重新等待到新的地址取指;同樣,當data[c]>=128條件成立若干次后,CPU也可以預測這個分支是不必跳轉的,那么這個時候CPU也可以保持高效執行。

相反,如果是無序的數組,CPU的分支預測在很大程度上都無法預測成功,基本就是50%的預測成功概率,這將消耗大量的時間,因為CPU很多時間都會等待取指單元重新取指。

本文完。最后感嘆下stackoverflow上這個帖子里那個老外回答問題的專業性,我要是樓主早就感動得涕淚橫飛了。感謝每一個傳播知識的人。

參考資料

  1. http://blog.sina.com.cn/s/blog_6c673e570100zfmo.html
  2. http://www.cnblogs.com/dongliqian/archive/2012/04/05/2433847.html
  3. http://en.wikipedia.org/wiki/Branch_predictor

posted on 2012-08-30 17:43 Kevin Lynx 閱讀(3114) 評論(3)  編輯 收藏 引用 所屬分類: c/c++other

評論

# re: 為什么處理排序的數組要比非排序的快?[未登錄] 2012-08-30 18:12 sand

so professional!, nice job!  回復  更多評論   

# re: 為什么處理排序的數組要比非排序的快? 2012-08-30 19:30 畢達哥拉斯半圓

答案是很簡單的,但是回答的太專業了,而且還配了張圖片,這人多有空啊!閑的  回復  更多評論   

# re: 為什么處理排序的數組要比非排序的快? 2012-09-01 09:50 liyou

看不到圖  回復  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产精品国产三级国产普通话三级| 欧美电影电视剧在线观看| 国产精品一区二区久久国产| 国产精品porn| 国产日韩高清一区二区三区在线| 国产伦理精品不卡| 狠狠干成人综合网| 亚洲激情自拍| 洋洋av久久久久久久一区| 中文国产亚洲喷潮| 亚洲精品一区在线| 99国产麻豆精品| 妖精视频成人观看www| 亚洲午夜一区| 欧美在线精品一区| 欧美成人激情视频免费观看| 欧美黄网免费在线观看| 亚洲国产精品黑人久久久| 免费亚洲电影在线观看| 欧美韩国日本综合| 中文网丁香综合网| 久热国产精品| 国产精品美女久久久久久免费 | 最新亚洲视频| 夜夜嗨av一区二区三区四季av | 亚洲自拍偷拍麻豆| 久久婷婷国产综合精品青草| 亚洲国产女人aaa毛片在线| 中文在线资源观看视频网站免费不卡| 午夜日韩av| 欧美精品福利视频| 国内外成人在线| 亚洲天堂久久| 欧美成人精品1314www| 亚洲欧美综合| 欧美亚州在线观看| 亚洲国产精品成人| 久久久久久有精品国产| 亚洲欧洲在线看| 欧美影院在线播放| 国产精品国产三级国产普通话三级| 精品不卡在线| 亚洲欧美日韩一区在线| 亚洲国产精品毛片| 久久精品一区| 国产日韩欧美在线| 亚洲欧美中文日韩v在线观看| 亚洲精品1区2区| 久久久久久亚洲精品中文字幕| 国产精品久久国产三级国电话系列| 亚洲激情网址| 欧美高清hd18日本| 久久综合图片| 亚洲电影免费观看高清完整版在线观看| 亚洲在线观看视频网站| 最新国产成人在线观看| 狂野欧美性猛交xxxx巴西| 国内精品福利| 久久亚洲欧洲| 久热精品视频在线观看一区| 一区三区视频| 在线观看欧美成人| 国产午夜精品一区二区三区视频| 亚洲无限乱码一二三四麻| 亚洲国产cao| 欧美成人一区二区三区片免费| 一区二区三区在线视频免费观看| 久久久久中文| 久久免费视频在线观看| 狠狠干综合网| 欧美激情精品久久久久久蜜臀 | 亚洲成人自拍视频| 免费h精品视频在线播放| 久久久久久久久久久一区 | 美女爽到呻吟久久久久| 另类图片国产| 亚洲精品自在久久| 99re6热只有精品免费观看| 欧美视频一区| 欧美一区三区三区高中清蜜桃| 一区二区三区av| 国产日韩在线播放| 欧美成人资源网| 欧美精品在欧美一区二区少妇| av成人免费观看| 国产精品99久久久久久久vr| 国产欧美一区二区精品婷婷| 久久综合影视| 欧美大片网址| 亚洲欧美综合一区| 久久久久久久久蜜桃| 99热免费精品| 欧美一区二区成人| 亚洲人成在线观看| 亚洲一区二区三区中文字幕 | 国产精品乱看| 每日更新成人在线视频| 欧美另类99xxxxx| 久久九九久精品国产免费直播| 可以免费看不卡的av网站| 亚洲欧美综合另类中字| 久久久久久久999| 亚洲一区二区三区四区视频| 久久精品亚洲乱码伦伦中文 | 欧美高清成人| 国产嫩草一区二区三区在线观看| 女同一区二区| 国产精品手机视频| 亚洲国产mv| 国产亚洲欧美一区二区三区| 欧美福利视频在线| 国产日产精品一区二区三区四区的观看方式 | 亚洲视频免费看| 久久久久久亚洲综合影院红桃| 亚洲性人人天天夜夜摸| 久久综合婷婷| 久久精品国产99国产精品澳门 | 国外成人在线视频| 99在线|亚洲一区二区| 一区二区三区自拍| 亚洲自拍偷拍色片视频| 日韩系列欧美系列| 久久美女艺术照精彩视频福利播放| 一区二区三区国产在线| 久久久国产精品一区二区中文| 亚洲免费视频观看| 欧美日韩国产精品自在自线| 久久婷婷国产综合国色天香| 亚洲精品男同| 一区二区三区在线高清| 久久精品99国产精品| 欧美涩涩网站| 亚洲欧洲在线观看| 亚洲精品国产品国语在线app| 久久精品国产久精国产一老狼| 亚洲一区二区在线看| 欧美日韩高清不卡| 亚洲国产天堂久久综合| 亚洲激情校园春色| 欧美成在线观看| 亚洲第一精品电影| 亚洲国产婷婷| 欧美激情第一页xxx| 亚洲激情社区| 99精品福利视频| 欧美美女视频| 9l国产精品久久久久麻豆| 国产精品欧美久久| 亚洲男人的天堂在线| 欧美一区二区三区四区在线观看| 国产精品一区二区三区四区| 午夜精品久久久久久| 久久国产精品毛片| 黑人巨大精品欧美一区二区| 久久精品国产视频| 亚洲电影免费在线观看| 一区二区欧美国产| 国产欧美一区二区三区另类精品| 久久不射中文字幕| 亚洲电影免费观看高清| 亚洲视频免费在线| 国产真实精品久久二三区| 美日韩精品视频免费看| 一区二区精品| 久久久久九九九| 嫩草影视亚洲| 一区二区三区不卡视频在线观看| 亚洲欧美国产另类| 一区精品在线| 欧美日韩喷水| 久久久99久久精品女同性| 日韩视频三区| 国产精品一级二级三级| 久久久久久91香蕉国产| 亚洲欧美日本伦理| 久久精品女人天堂| 亚洲日本在线观看| 久久久91精品国产| 亚洲精品在线视频观看| 国产精品欧美久久| 免费成人性网站| 亚洲欧美国产高清va在线播| 欧美大片在线观看一区| 亚洲午夜av在线| 影音先锋中文字幕一区| 欧美日韩免费网站| 久久婷婷综合激情| 亚洲午夜视频| 亚洲国产一区二区精品专区| 性久久久久久久久| 亚洲精品乱码久久久久久久久| 国产日韩欧美精品在线| 欧美另类综合| 美女图片一区二区| 久久精品日韩欧美| 午夜在线观看欧美| 亚洲午夜小视频| 夜夜嗨av一区二区三区网站四季av| 欧美成人精品三级在线观看| 久久国产欧美日韩精品|