PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 系統組件
帳戶
密碼
 

  回應
 
主題工具
everspiral
Elite Member
 
everspiral的大頭照
 

加入日期: Nov 2004
您的住址: 北平西路3號
文章: 4,614
引用:
作者bureia
猜AMD多執行緒效率較高跟他CCX設計有關,很多資源大概共用方便調度
不然幹嘛4顆包一起,這樣原生6核都沒辦法做

intel很明顯就是獨立單核+HT,所以隨便要原生幾核都行


純粹是軟體老舊,要高興就給他多一點硬體資源,分數自然就高

不支援的平行,跑分看時脈
支援平行的,跑分看核心數

AMD一直用較高的硬體配置來打intel,凸顯自己的性價比。

R15多工時intel HT會讓CPU會越過功耗牆,TB會關掉,分數自然就低。
如果雙方都關掉HT跑,答案不就很清楚。

從執行單元來看
AMD Zen共有10個,扣掉2個放資料的還有8個
intel Skylake共有8個,扣掉4個放資料的只剩4個
8打4理論上要虐菜,但實際上不是

Ryzen不像A粉口中講的這麼美好,現在只剩Bug可以撻伐intel。
     
      
舊 2019-03-29, 10:51 AM #11
回應時引用此文章
everspiral離線中  
bureia
Golden Member
 

加入日期: Dec 2001
文章: 2,930
引用:
作者everspiral
純粹是軟體老舊,要高興就給他多一點硬體資源,分數自然就高

不支援的平行,跑分看時脈
支援平行的,跑分看核心數

AMD一直用較高的硬體配置來打intel,凸顯自己的性價比。

R15多工時intel HT會讓CPU會越過功耗牆,TB會關掉,分數自然就低。
如果雙方都關掉HT跑,答案不就很清楚。

從執行單元來看
AMD Zen共有10個,扣掉2個放資料的還有8個
intel Skylake共有8個,扣掉4個放資料的只剩4個
8打4理論上要虐菜,但實際上不是

Ryzen不像A粉口中講的這麼美好,現在只剩Bug可以撻伐intel。

不過同核心數、同執行緒數下,AMD的多執行緒效率確實較高,
看到的記得是intel HT效能增加約20%,AMD約30%

這就不能說AMD多給資源能解釋的。我是認為CCX 4核包一起的設計意義就是在這裡
方便調動閒置資源

看前面的文是說intel優勢就是在AVX最佳化上,之前看別地方的文是說SSE效能兩家差不多,
改用AVX,intel效能是SSE的1.7倍,AMD是1.4倍

那這樣來說不支援AVX的Celeron/Pentium
效能真的就差很多
 

此文章於 2019-03-29 11:56 AM 被 bureia 編輯.
舊 2019-03-29, 11:40 AM #12
回應時引用此文章
bureia離線中  
windhm
Senior Member
 

加入日期: Oct 2004
文章: 1,390
引用:
作者everspiral
跑最原始的CPU Mark99跟SuperPI就知道為什麼
12T就一次開12個來跑

AMD多核+20%跟CPU內核硬體配置有關

2600X打平8700K,其實AMD算是輸了。

這篇文章有分析,為何AMD跑分會這麼好看,實際應用卻又是另一回事。
https://www.zhihu.com/question/3034...nswer/543505194

你分享的這篇寫的真仔細, Intel果然在CPU還是強上不少.
不過我還是會支持AMD, 反正CPU需求不高(R3-2200G從沒滿載過), 不用換版子就能升級, 還能刺激牙膏廠降價 .
舊 2019-03-29, 12:38 PM #13
回應時引用此文章
windhm離線中  
everspiral
Elite Member
 
everspiral的大頭照
 

加入日期: Nov 2004
您的住址: 北平西路3號
文章: 4,614
引用:
作者bureia
不過同核心數、同執行緒數下,AMD的多執行緒效率確實較高,
看到的記得是intel HT效能增加約20%,AMD約30%

這就不能說AMD多給資源能解釋的。我是認為CCX 4核包一起的設計意義就是在這裡
方便調動閒置資源

看前面的文是說intel優勢就是在AVX最佳化上,之前看別地方的文是說SSE效能兩家差不多,
改用AVX,intel效能是SSE的1.7倍,AMD是1.4倍

那這樣來說不支援AVX的Celeron/Pentium
效能真的就差很多


該文也比對了2700x與9900k在R15的成績。

r7 2700x 單177(4.3G) 多1724(3.8G)
i9 9900k 單205(5G) 多2065(3.7G)

時脈有錯請告知
時脈差了16.27%,單核分數差了15.81% ,誤差在1%以內這個很正常
而且雙方都不存在阻熱膏的問題。

9900K多核比(2065-205)/205=9.07
2700X多核比(1724-177)/177=8.74

多核效率intel不見得比AMD差

不能拿自己超頻後的數據比對,超頻可能會導致效能降低。
或者產生非預期的結果
舊 2019-03-29, 12:40 PM #14
回應時引用此文章
everspiral離線中  
bureia
Golden Member
 

加入日期: Dec 2001
文章: 2,930
看許多站對9900K功耗測試,數值相差非常大
有的站像anandtech,Tomshardware測出來的滿載時跟2700X比高一大截
有的站測出來滿載跟2700X比只高一點而已

不知是否跟有沒有積極調用AVX運算有關,因為看過討論AVX512的文說,
AVX計算單元跑起來發熱很高,這也是他不看好AVX512的原因,因為發熱量增加的比例
超過了效能增進
舊 2019-03-29, 01:39 PM #15
回應時引用此文章
bureia離線中  
ghostcode
Senior Member
 

加入日期: Sep 2001
您的住址: 淡水
文章: 1,292
遊戲主機的模擬器很吃 AVX 效能。
舊 2019-03-29, 10:26 PM #16
回應時引用此文章
ghostcode離線中  
aya0091
*停權中*
 
aya0091的大頭照
 

加入日期: Apr 2017
文章: 2,836
引用:
作者bureia
看許多站對9900K功耗測試,數值相差非常大

體質問題

MSI的林董有一集板廠不能說的秘密就是專門講這個

板廠幫9900K背的黑鍋,因為有些預設值不提高就無法過測

所以預設偏高,但其實大部分體質都可以降,功耗就會漂亮很多

[YOUTUBE]qaXSs_U0HhI[/YOUTUBE]
舊 2019-03-30, 01:17 AM #17
回應時引用此文章
aya0091離線中  
b9854257
Amateur Member
 

加入日期: Apr 2008
文章: 33
即使AMD在差不多的硬體配置下

AMD平台在使用商業軟體上 總是輸Intel平台(指效能.流暢度之類)

也有耳聞只有AMD平台才出現的BUG

雖然AMD有搶回一般使用者的市場 在商用市場還是Intel...
舊 2019-03-30, 04:37 PM #18
回應時引用此文章
b9854257離線中  
fakler
Power Member
 

加入日期: Jun 2012
文章: 673
引用:
作者everspiral
該文也比對了2700x與9900k在R15的成績。

r7 2700x 單177(4.3G) 多1724(3.8G)
i9 9900k 單205(5G) 多2065(3.7G)

時脈有錯請告知
時脈差了16.27%,單核分數差了15.81% ,誤差在1%以內這個很正常
而且雙方都不存在阻熱膏的問題。

9900K多核比(2065-205)/205=9.07
2700X多核比(1724-177)/177=8.74

多核效率intel不見得比AMD差

不能拿自己超頻後的數據比對,超頻可能會導致效能降低。
或者產生非預期的結果


Intel以前在IPC和頻率有優勢,結果9900K vs 2700X現在只贏頻率...

AMD 7nm年中就要上了,Intel 10nm還在Delay...
二季度只能出墊檔的14nm R0 Stepping來充場面。
舊 2019-03-30, 05:50 PM #19
回應時引用此文章
fakler離線中  
bureia
Golden Member
 

加入日期: Dec 2001
文章: 2,930
找了everspiral轉貼文的作者的別的文

覺得就是在說很多人覺得Core系列10年來沒啥進步,其實進步是在特定方面
一般的程式碼,Core 2~9代效能就差不多

然後跑未最佳化的程式碼的話,intel跟AMD效能就差不多
甚至AMD會快一點,因為AMD多給實體核心或HT

有最佳化的話,intel就會快很多
舊 2019-03-30, 05:55 PM #20
回應時引用此文章
bureia離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



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


vBulletin Version 3.0.1
powered_by_vbulletin 2025。