消息靈通，感恩蛤..........

但是這種作法, 效率肯定很差的...

等軟體實測就知道了...

@@
真的假的.....有點類似武林電影裡面的~.~......A-B-C-D大俠將五成內功傳給E-F-G!!!!!!!
然後E-F-G得到七成功力(中間要扣掉損耗)....再加上自己的內功傳給H-I兩位.....接著再傳給....
最後一位J大俠使用~.~!!!!
使出無敵一招斃命招式......叫做要你命三千

我承認我是來亂ㄉ ~~~~~~~逃

if(a>b)
ProcessA();
else
ProcessB();


上面是一個很簡單的C語言,當a>b,執行副程式 ProcessA , 否則執行 ProcessB.

當一般的pipeline處理器碰到上面的問題時,有兩種解法.
1.等到判斷完a>b之後再決定執行 ProcessA 或 ProcessB.
2.先執行ProcessA再說,一但發現a>b不成立,則將剛剛處理的ProcessA拋棄,重新處理PorcessB.
但是要回復剛剛的結果到判斷之前,需要花很多力氣暫存剛剛的結果.就是回到原始狀態,然後執行 ProcessB.

但是現在如果有兩個處理器,那就可以同時處理ProcessA與ProcessB.
等到分辨出a>b的結果,再Folllow對的結果繼續執行下去.

不過這樣不能使用Multi-Thread的功能了,這是我的猜測,有錯請指正,謝謝.

這是管線和 multi-thread 沒有任何關聯，multi-thread 是例如您要計算 1+2+...+10001，原本要計算一萬次，若是您改成程式為1+2+...+5000 和 5001+5002+...+10001 "並且" 放到不同的thread 就能所善利用處理器資源(不過不保證變快，因為多了建立和協調thread時間)，單然真實情況下有pipeline可以先對這種簡單運算處理，並且這種很長的簡單運算並不常連續出現，而且對於程式設計師來說，根本不知何時利用Multi-thread來運算最恰當並且除錯當困難，反而簡單運算優先使用STA

抱歉,是我用錯了Multi-Thread的說法.

我的意思是指這時本來可以平行處裡兩個不同的程序這種動作在此時無法發揮功效.

小弟對Multi-thread的觀點
一般執行非同步運算時,使用multi-thread,在這種情形下,除錯就變得沒那麼難,像是處理因同步化而產生的問題
舉例來說.outlook express 在收信時,你依然可以操作oe來閱讀之前的信件
而不會因為必須等待收信完後才能進行其他操作,他就是非同步運算
當然,非同步運算不是一定非得multi-thread才能達到,但若是使用multi-thread就能達到效能上的增進
PS. M$有很多產品都有支援多CPU,記憶中OFFICE也有的樣子,煩請知道的大大補充一下

看來AMD還是很認真的在研發東西......我想我還是繼續推廣AMD好了
不然萬一真的被intel一統江湖,以後一顆 "屎羊" 賣2萬也得買

我的理解，RHT的功用像是跨核心的superscalar，所以會遇到的挑戰和解決方法可能也會像superscalar...