PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   系統組件 (https://www.pcdvd.com.tw/forumdisplay.php?f=19)
-   -   WINDOWS 8最多可以提升推土機35%的性能 (https://www.pcdvd.com.tw/showthread.php?t=947350)

kqalea 2011-11-03 07:11 PM

引用:
作者physx
總之有XP跟win7的把兩種系統互相裝看看就是到最後的結果是什麼了
推土機會吃土100%都是AMD的設計問題,不要怪到M$頭上去指望他能幫你優化啥
不要說OS/軟體優化能帶來什麼改變,那只是在單純優化軟件而已,

所謂的對推土機優化其實就是優化多核心,軟件能做的就只有這樣,
剩下的就是推土機本身的問題,那只有AMD能改
AMD的設計就是不惜削弱每執行緒效能,來換取那多一點的核心數
結果就是搞到4c 8c都跑輸i7,這東西在優化也不會變了啦,把win8當成推土機專屬驅動程式的早點死心吧 :think:


我是勸你別把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底下表現還算優異~但是實際上功耗的問題來看
推土機還是不及格的產品∼至少就 目前市面上的產品來說∼買下去因該要很有愛

everspiral 2011-11-03 07:16 PM

引用:
作者sutl
現在CPU已經開始多核心化了,所以軟體會越來越偏大量平行化設計。

AMD現在開始走多塞小核心之路,這條路是不是太早走,過幾年再來論斷。


發願景這種行銷話術騙騙高中生還可以



架構製程都輸人還塞小核心... 有沒有搞錯!! 推土機還不夠慢 再開更慢的挖土機嗎?

核心戰拿100顆K6等級的小核心來塞不是更強...


拉出IC外面跑再怎樣快還是不如在IC裡面快, 這是鐵律(除非改用超導體)




等軟體完全支援四核,到那時又有更便宜更快的硬體+新的軟體


現在除了買願景就是住套房了 :laugh:




單核主流的時代一顆萬把的X2跑輸現在1千有找的賽揚 ,

如果當時買5K的K8是不是比較明智呢?

everspiral 2011-11-03 07:24 PM

引用:
作者kqalea
我是勸你別把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
所以在同時脈上∼效能的增...



別這麼機動...


intel的Hxx已經開發出來, 我想國內的板卡廠應該或多或少都拿到了參數

礙於目前環境intel不趕著拿出來



如果2010/1/9趕著把Sandy上市, 除了凍結問題外 = = AMD馬上關門大吉

同時也搞出自家一堆庫存賣不出去的問題

ccyew 2011-11-03 07:49 PM

我一直在想:

AMD作CPU這麼多年了,為什麼Cahce的效率一直這麼差? 是真的搞不定還是有卡到專利這類的問題嗎?

如果AMD的Cache效率比現在高的話,推土機或是龍II效能能有提升嘛??

如果是卡在專利上的話 ,就不難猜想為什麼現在AMD把主力放在APU上面了....

德田新之助 2011-11-03 08:59 PM

i7真的沒有很強,只是輕輕鬆鬆把推土機推到海裡而已 :flash:

bonoc 2011-11-03 08:59 PM

引用:
作者sutl
現在CPU已經開始多核心化了,所以軟體會越來越偏大量平行化設計。

AMD現在開始走多塞小核心之路,這條路是不是太早走,過幾年再來論斷。

應用面有差異

CPU要處理的程序很多有相依性

要算出結果才能進行下一步

所以Intel花很大功夫在分支預測正確性,增大指令快取,減少預測錯誤產生的效能衝擊

如果光靠單核效能低落的海量核心就能成事

現在I社CPU架構會是拉拉比,而不是SB :jolin:

everspiral 2011-11-03 11:28 PM

引用:
作者ccyew
我一直在想:

AMD作CPU這麼多年了,為什麼Cahce的效率一直這麼差? 是真的搞不定還是有卡到專利這類的問題嗎?

如果AMD的Cache效率比現在高的話,推土機或是龍II效能能有提升嘛??

如果是卡在專利上的話 ,就不難猜想為什麼現在AMD把主力放在APU上面了....



AMD自從K8之後就一直有的老問題 ,它的流水線效率一直無法再提升,

K10之後,快取的延遲又壓不下來


他也沒辦法做出像IBM&intel那樣 單核多執行緒出來

只好拼命的塞核心...

orakim 2011-11-04 12:06 AM

引用:
作者sutl
現在CPU已經開始多核心化了,所以軟體會越來越偏大量平行化設計。
AMD現在開始走多塞小核心之路,這條路是不是太早走,過幾年再來論斷。

這方面不至於是CPU的路線
APU裡面的GPU 已經先卡住小核心路線
畢竟GPU幾百個核心就擺在那邊,要塞核心還有什麼會比GPU更瘋狂

很可能主流市場的CPU就停在4核這邊
隨著製程不斷縮小,CPU越來越小;GPU面積比例越佔越大
也就是說AMD會走特化路線
完全版APU的情形會比現在推土機更加極端,效能好的很好、壞的很壞

是不是太早走嘛,很難講
即便現在回頭看x86_64這個東西一樣 (這還是成功的例子,如果是不成功的話...)

blair 2011-11-04 12:48 AM

引用:
作者sutl
現在CPU已經開始多核心化了,所以軟體會越來越偏大量平行化設計。

AMD現在開始走多塞小核心之路,這條路是不是太早走,過幾年再來論斷。

一般應用軟體的平行化運算那麼容易的話,
以Intel投入資源的程度,
現在支援多核心的軟體早就滿地爬了...

不過我還是說那句老話,AMD其實很像是intel的第三支RD團隊...

野口隆史 2011-11-04 02:18 AM

引用:
作者blair
一般應用軟體的平行化運算那麼容易的話,
以Intel投入資源的程度,
現在支援多核心的軟體早就滿地爬了...

不過我還是說那句老話,AMD其實很像是intel的第三支RD團隊...

其實現在一般人寫的軟體
主要都是透過Framework
真正自己去寫底層的人少之又少
要對multi-thread優化
這部份真正在做的是編譯器
但編譯器能做的優化實在是有限
重點還是程式架構與邏輯的問題


所有的時間均為GMT +8。 現在的時間是04:20 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。