|
||
|
Major Member
 加入日期: Dec 2004
文章: 131
|
引用:
我是勸你別把i7想的太強 推土機的問題在於他實做CMP的效能太差∼ By the way 推土機不是CMP 因該算CMT(Threads) 基本上我現在比較傾向 Bulldozer 在 Decode & Cache 演算法上面有瑕疵或Bug 導致CMP效能不彰，但是本質上推土機要增加效能會遠比 core 系列核心容易的多 真正原因AMD選擇 module 的原因在於 CMT 下 第二個 Thread 只會增加核心面積15% 而AMD 自己在Hot Chip 22 的投影片上說∼ CMT 會有80%CMP的效能 但是Die size 小的多，但事實只有60~70% 就算如此糟糕的環境下∼推土機在高度平行化的環境許多測試比跑的比6 cores 17 970 990x 還快了,所以就算推土機一代的實力是如此∼ 推土機二代還有非常多可以最佳化的空間 (軟體與硬體) 尤其是單執行緒的效能要增加因該不會太難 反觀Intel 有著驚人的22nm Tra-gate 架構上卻還是沿用sandy bridge 所以在同時脈上∼效能的增長有限∼ 很多人都認為∼同樣在Windows8 Intel可能跑得也更快 http://www.tomshardware.com/reviews...fx,3043-23.html 以目前來看∼沒有 不過目前來看~推土機就算在Linux底下表現還算優異~但是實際上功耗的問題來看 推土機還是不及格的產品∼至少就 目前市面上的產品來說∼買下去因該要很有愛 |
||||||||
2011-11-03, 07:11 PM
#81
|
|
|
Elite Member
  
加入日期: Nov 2004 您的住址: 北平西路3號
文章: 4,614
|
引用:
發願景這種行銷話術騙騙高中生還可以 架構製程都輸人還塞小核心... 有沒有搞錯!! 推土機還不夠慢 再開更慢的挖土機嗎? 核心戰拿100顆K6等級的小核心來塞不是更強... 拉出IC外面跑再怎樣快還是不如在IC裡面快, 這是鐵律(除非改用超導體) 等軟體完全支援四核,到那時又有更便宜更快的硬體+新的軟體 現在除了買願景就是住套房了  單核主流的時代一顆萬把的X2跑輸現在1千有找的賽揚 , 如果當時買5K的K8是不是比較明智呢? |
|||
|
2011-11-03, 07:16 PM
#82
|
|
|
Elite Member
加入日期: Nov 2004 您的住址: 北平西路3號
文章: 4,614
|
引用:
別這麼機動... intel的Hxx已經開發出來, 我想國內的板卡廠應該或多或少都拿到了參數 礙於目前環境intel不趕著拿出來 如果2010/1/9趕著把Sandy上市, 除了凍結問題外 = = AMD馬上關門大吉 同時也搞出自家一堆庫存賣不出去的問題 此文章於 2011-11-03 07:34 PM 被 everspiral 編輯. |
|
|
2011-11-03, 07:24 PM
#83
|
|
|
Junior Member
加入日期: Jan 2003
文章: 967
|
我一直在想:
AMD作CPU這麼多年了，為什麼Cahce的效率一直這麼差? 是真的搞不定還是有卡到專利這類的問題嗎? 如果AMD的Cache效率比現在高的話，推土機或是龍II效能能有提升嘛?? 如果是卡在專利上的話 ，就不難猜想為什麼現在AMD把主力放在APU上面了.... |
|
2011-11-03, 07:49 PM
#84
|
|
|
Golden Member
加入日期: Aug 2005
文章: 3,123
|
i7真的沒有很強，只是輕輕鬆鬆把推土機推到海裡而已
 |
|
2011-11-03, 08:59 PM
#85
|
|
|
Senior Member
加入日期: Sep 2003 您的住址: 台中
文章: 1,495
|
引用:
應用面有差異 CPU要處理的程序很多有相依性 要算出結果才能進行下一步 所以Intel花很大功夫在分支預測正確性,增大指令快取,減少預測錯誤產生的效能衝擊 如果光靠單核效能低落的海量核心就能成事 現在I社CPU架構會是拉拉比,而不是SB 
__________________
只看得見別人在過爽日子嗎？ 什麼時候努力讓自己過得爽一點呢？ |
|
|
2011-11-03, 08:59 PM
#86
|
|
|
Elite Member
加入日期: Nov 2004 您的住址: 北平西路3號
文章: 4,614
|
引用:
AMD自從K8之後就一直有的老問題 ,它的流水線效率一直無法再提升, K10之後,快取的延遲又壓不下來 他也沒辦法做出像IBM&intel那樣 單核多執行緒出來 只好拼命的塞核心... |
|
|
2011-11-03, 11:28 PM
#87
|
|
|
Master Member
加入日期: Sep 2003
文章: 1,810
|
引用:
這方面不至於是CPU的路線 APU裡面的GPU 已經先卡住小核心路線 畢竟GPU幾百個核心就擺在那邊，要塞核心還有什麼會比GPU更瘋狂 很可能主流市場的CPU就停在4核這邊 隨著製程不斷縮小，CPU越來越小;GPU面積比例越佔越大 也就是說AMD會走特化路線 完全版APU的情形會比現在推土機更加極端，效能好的很好、壞的很壞 是不是太早走嘛，很難講 即便現在回頭看x86_64這個東西一樣 (這還是成功的例子，如果是不成功的話...) 此文章於 2011-11-04 12:07 AM 被 orakim 編輯. |
|
|
2011-11-04, 12:06 AM
#88
|
|
|
Elite Member
加入日期: Jun 2001 您的住址: 地球
文章: 6,234
|
引用:
一般應用軟體的平行化運算那麼容易的話， 以Intel投入資源的程度， 現在支援多核心的軟體早就滿地爬了... 不過我還是說那句老話，AMD其實很像是intel的第三支RD團隊...
__________________
~愛由一個笑容開始，用一個吻來成長，用一滴眼淚來結束。 當你出生時你一個人在哭，而所有在旁的在笑，因此請活出你的生命， 當你死的時候，圍繞你的人在哭而你便是唯一在笑。~ |
|
|
2011-11-04, 12:48 AM
#89
|
|
|
Elite Member
加入日期: Mar 2001 您的住址: Rivia
文章: 7,023
|
引用:
其實現在一般人寫的軟體 主要都是透過Framework 真正自己去寫底層的人少之又少 要對multi-thread優化 這部份真正在做的是編譯器 但編譯器能做的優化實在是有限 重點還是程式架構與邏輯的問題
__________________
Folding@home with GPGPU集中討論串 Unix Review: ArchLinux●Sabayon●OpenSolaris 2008.5●Ubuntu 8.10 AVs Review: GDTC●AntiVir SS●ESS●KIS 09●NIS 09●Norton 360 V3  I Always Get What I Want. |
|
|
2011-11-04, 02:18 AM
#90
|
|
