最後更新！雙核處理器壓力測試：AMD大戰Intel
 

你或許已聽過超微（AMD）和英特爾（Intel）的雙核處理器。我們測試了配備SLI顯示卡的AMD Athlon 64 X2 4800+與Intel Pentium 840 EE，讓它們在高負載量的情況…（詳全文）

轉自 tom's 網站...

最近好像AMD比INTEL強了喔

呵呵....AMD效能已經超越INTEL...當然價錢也在慢慢追上來啦 :laugh:

不..........不.........不..........是INTEL降價降了太兇了.........

謝謝樓主提供新消息~來去看!

傻孩子~ 自k8出來 p4 都是一面倒的歐~~

其實從這次的壓力測試可以看出另外一件有趣的事實，就是常常有人 FUD k8 的多工問題，或說是 "k8 多工迷思"，其實對我們這種學了那麼久的 OS 與程式設計的人來看，這根本就是 OS 排程的問題，當 task/process 數量大於 processor 的數量後，兩者又佔據 100% cpu 資源且優先權相等時，OS 排程器的設計就關乎性能影響甚大。

在這次的測試中，擁有 4 個 logical processor 的 p4ee 跑四隻程式，四個程式都得到平均的使用率，而 2 個 physical processor 的 a64 x2(k8)，k8 在四隻程式中贏了三個，輸了 divx，且 divx 跑得特別慢，這在許多人的眼裡，就是 k8 多工有問題，但是在我們眼裡，只是 OS 排程的問題，THG 證明了這點，THG 最後把 P4EE HT 關閉，也是 2 個 physical processor，結果就是與 k8 一樣的結果(更慘的是 4 隻程式全輸)，沒有什麼 divx 跑特別慢的問題，這就證明了是 OS 排程的問題，不是 CPU 的問題，只要同時工作(proccssor/task) 且佔用 100% 資源的程式大過 processor 數量，多少會造成系統的延遲增高，與 cpu 資源分配不均，主因是在 OS 排程的設計，而非 cpu。

而從另一個角度來看，當有一個 process/thread 需要 real-time or highest level priority 時，系統又有一個較低或一般優先權的行程時，k8 或未開 ht 的 p4 的系統下，OS 會因為優先權的關係，分配大部分 cpu 資源給優先權高的，假設 90%，而另外一個只有 10%，而在 HT 開啟的 p4 系統下，OS 誤以為有兩顆處理器，這時候因為 HT 的關係，可能各得到 50% 的 cpu resource，這樣的結果卻違反了優先權的設定。

有沒有一次開高過50個ie來測試的(我自己都是這樣操電腦的

Aye... you are god damn right :D
像 Divx 這種編解碼程式本身的優先權一定不會預設太高, 所以在一個快速反應的系統中，當其他程式能夠不斷獲得資源而迅速的執行時，這類程式就會跑得特別慢；當遇到其他程式未能有效使用資源時，這類程式相對的 CPU 使用率才會提升。其實這也早就不是新聞了，P4 管線...真的太長。所以跑特定測試時，管線比較能夠有效填滿，理論效能就會出來，但是實際軟體測試時，就沒這麼好康了。

真希望INTEL趕快追上
來這樣才有錢買AMD的CPU :laugh: