你還在爽嗎?揭發 Intel 超速的技巧

因為樓主的文章,使我從AMD Athlon64 3700+跳到了Intel E6750的領域,恩‧‧‧
只想說:還真的滿爽的!!
ISBN : 9789862769713
大大們不要再爭啦,小弟的NB PIII 1G /256k 都還用的很開心阿 哈哈
其實樓主 說的 有部份 並沒錯 , 但是 整體來說 amd 光 fab 廠 和產能 遠非 amd 能比 ..年 amd 還考慮過要給 tsmc 代工 cpu (via cpu 是 tsmc 做) , 但是 amd 可能擔心 cpu 高科技 process 流到 tsmc上

其實 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來的執行得快又好嗎?這可比電腦下西洋棋可否下贏人腦的問題複雜太多了,我自己是持保留態度。

google7401 wrote:
你還在爽嗎?揭發 I...(恕刪)

推阿不推太可惜=+=
如果樓主的觀念可以成立, 那麼整個世界的價值觀都會改變, 讓我舉一些例子吧:
Toyota如果拿掉那顆省油引擎, 根本不如裕隆 ......
台南担仔麵如果拿掉湯頭, 根本比不上陽春麵.......
EIZO螢幕如果拿掉校色技術, 根本比不上Benq.....
Mobile01如果拿掉那些好文章, 根本比不上購物網站......
聖經如果拿掉裡面的文字, 根本與印刷精美的雜誌不能比........
所以....... Intel CPU如果拿掉L2 Cache, 效能根本不如AMD .........
...........
我們不禁要問: 是這樣評估一件事情的嗎?
或者是: 眾人皆醉, 唯你獨醒嗎?

peter-1000 wrote:
如果樓主的觀念可以成...(恕刪)


您中招了...這文你仔細去看。早就被鞭完蓋棺定論了。
就有人不知道在做啥,去掘墓,想翻案又沒能耐。


歷程您小小看一下啊。就不用回了,讓他沈。

第一次掘:1/29蓋棺定論,埋了。3/21開始第一波挖掘。


沒能耐翻案,當作前面160多篇都是廢文。



4/3到174篇,又把這篇蓋上棺材.埋了


4/15,不甘心,換各分身在挖。
居然忘了01要當流量大的營利網站,而不是專業網站,我還囉唆雞婆個雕~一起喊無腦萬萬歲就行了呀,多省事。
蛙鳴之地 wrote:
您中招了...這文你...(恕刪)

看你病很重該回醫院看一看
還是受到什麼刺激
google7401 wrote:
你還在爽嗎?揭發 I...(恕刪)

intel只是比較好超 L2比較大而已
INTEL和AMD比輸贏的文章
又不是奧運比賽奪金牌,
不過就是上網玩遊戲,交工作用的CAD,Office文件....罷了,
只要程式跑的動,
多那一點分數又如何?

如果你跟老闆說:這一份電腦文件要30分鐘才能做好.
老闆說:那我買一台INTEL最快的CPU電腦給你,3分鐘後文件交給我.
可能嗎?
重點不在電腦快慢,
而是我的腦袋在構思文件怎麼做,
是電腦在等我,不是我在等電腦.......

AMD和INTEL都是好CPU,
不好的CPU根本就買不到(因為公司撐不下去)
James
關閉廣告

今日熱門文章 網友點擊推薦!

文章分享
評分
複製連結
請輸入您要前往的頁數(1 ~ 21)