其實 intel最大優勢 是晶元廠多 +產量大+製程好 + 還有 錢很多, 可以養很多 TEAM , 沒看當初 amd 做 x86 64bit intel 跟本不甩 , M$ 就是不推 64 bit os ..等到 intel 發現錯了 感緊換上 64BIT CPU
還有 pentium4 放棄 多核 這些失敗方 式 如果公司 不強 早被拼過去了 .
CPU 的 tech 從 pipeline -> super pipeline , 看 computer architecture 吧 太多 stage 缺點的 ,
發生在 jump 指令 雖然 p4 改善很多 但是 , 最後 pentium 4 還不是 失敗了 .
scale 到 superscale -> HYPER THREAD -> MULTI CORE
( MULTI CORE 也是 amd 先推出 )
不過 目前 amd cpu 的確不如 intel 連 k10 也比不了
除非還有新技術 VLIW ?? 以前 amd 和 transmeta 有說要合作 , 現在 最大問題 是 多數軟體 跟本
沒有 平行 做 , 光 data dependence 問題 就會讓 multi core cpu效能降低很多 , 以前 transmeta 方式
或許 有天 會在起來
如同以前 in order -> OUT OF ORDER 到 打散 指令 變 微指令 去 平行 跑 ..
但是 目前 還沒看到 有劃時代新 架構 .
我猜下個或許是 compiler ..現在 dram 夠大 cpu 夠快下
如果 把所有軟體 全打散 後 變 真的 平行去跑 才可能 加快. 說真的 目前的 4 CORE CPU
還是 無法 平行跑
都因軟體 問題
taiwan2008 wrote:
不過 目前 amd cpu 的確不如 intel 連 k10 也比不了
除非還有新技術 VLIW ?? 以前 amd 和 transmeta 有說要合作 , 現在 最大問題 是 多數軟體 跟本
沒有 平行 做 , 光 data dependence 問題 就會讓 multi core cpu效能降低很多 , 以前 transmeta 方式
或許 有天 會在起來
如同以前 in order -> OUT OF ORDER 到 打散 指令 變 微指令 去 平行 跑 ..
但是 目前 還沒看到 有劃時代新 架構 .
我猜下個或許是 compiler ..現在 dram 夠大 cpu 夠快下
如果 把所有軟體 全打散 後 變 真的 平行去跑 才可能 加快. 說真的 目前的 4 CORE CPU
還是 無法 平行跑
都因軟體 問題
(恕刪)
Transmeta的VLIW? Hmmm....不需要更動基於VLIW設計的處理器核心,只要換掉Code Morphing Software就可以support新指令集如SSE、或是甚至去支援新架構(如 ARM),從該公司本身角度看設計上的優點似乎很明顯,但是問題在於比起用Code Morphing Software方式來支援x86以及新的SIMD指令集,有一種方式一定會執行得更快,那就是Hardwired 的原生支援,也就是AMD/Intel的方式。另一個Transmeta的問題則是在於跑Benchmark測試程式要比跑真實應用程式的數據好看,且省電優勢不如預期(後來也被對手追上),這些才是消費者最在意的。Dynamic Code Morphing對消費者來言陳義過高,而且概念說起來容易,實作起來在運行當下又要Morphing得快、又要兼顧到VLIW指令排得好(CPU資源使用率才會高),可不是這麼容易最佳化的。
Compiler的問題類似,VLIW的智慧型Compiler也喊了很多年了,但不是把問題從IC設計丟到編譯軟體端就一定會比較好解決,問題複雜度可能有過之而無不及,首先為了支援VLIW新指令集,Re-compile對於既存軟體絕對是一個問題,Itanium就是一個靶子。再者每次改動程式碼後Compile的時間一定會大幅加長,(每天負責埋頭撰寫程式碼的)程式設計師接不接受?要確保release mode跟debug mode的code執行結果一致性也是個大挑戰。
最後,VLIW概念想要靠Compiler來找出程式中的平行度,真的就會比靠人腦花時間去分析task找出平行度後寫成Multi-thread/Multi-process/SIMD程式碼、再配上現今處理器核心內的Dynamic Execution來的執行得快又好嗎?這可比電腦下西洋棋可否下贏人腦的問題複雜太多了,我自己是持保留態度。
小惡魔市集
關閉廣告