Re: [情報] 7900XTX 的L3快取竟然比7600還慢58%!?

: 心得：黏膠水的架構似乎生出了快取延遲的問題，這點在Ryzen CPU靠堆疊3D快取的方式 : 來解決，但AMD為了賺錢是絕對不會在Radeon GPU上複製這種方式的，畢竟現在都 : 只能靠吃NV吃剩的大餅碎屑來充飢，不需要搞得多好也有粉絲買單，財報好看， : AMD笑哈哈，消費者苦哈哈。 這樣的心得真的只是來挑釁的。引述的url也內容空洞。來看最原始的文章吧 先講L3的latency並不是很重要，GPU的設計本來就是吃bandwidth犧牲latency。 L3在chiplet，latency增加並不是大問題，大問題是data從mcd到gcd需要很大的能耗，所以這是Navi31異常耗能的原因之一。L3真的不應該在chiplet上，N/I擴張L2棄L3是有原因的。 https://chipsandcheese.com/2023/06/04/amds-rx-7600-small-rdna-3-appears/ 這篇其實主要是講VOPD(dual issues)的問題，rdna3在wave32本來就不容易dual issues，舊的wave64模式反而容易dual issues，這是compiler的問題。 rx7600還有另一個大問題，因為用6n而不是5n空間不夠，犧牲掉vector registers，這造成dual issues更困難，因為vector registers的不足。 本來rdna的設計就是wave32雖然效能比wave64差但比較容易達到好性能，但現在VOPD的情況下就反過來了。令人感嘆wave32真是白忙一場的設計。 https://i.imgur.com/wsGh4b3.png 可以看到，如果能夠dual issues，rx7600幾乎可以追上rx6900xt。 這篇其實蠻有趣的，如果你想粗淺了解rdna3的架構與問題。 ------------------------------------- 如果你想黑A，找一下geohot最近兩天的言論，真是把AMD黑死了，雖然geohot自己的問題也很大，但他黑之有物 --
※ 批踢踢實業坊(ptt.cc), 來自: 219.70.128.119 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1686182036.A.AC3.html

推 qwe753951: rdna3真的是大大大失敗 114.44.208.132 06/08 07:58

推 E6300: 所以蘇媽該降價了 223.138.67.29 06/08 08:53

推 wardraw: 黑A真的要言之有物 相比前篇心得跟坨一樣 124.11.129.176 06/08 09:09

→ Ekmund: the tiny corp 才沒多久 他又轉向了..XD223.137.220.161 06/08 09:35

推 Tsukasayeo: 他只是想黑，才不管內容怎樣 59.120.196.118 06/08 09:56

推 SHR4587: MCM第一代問題多，等下一代 220.136.27.203 06/08 10:15

推 ideo: 這篇程度和原PO天差地遠 39.9.233.5 06/08 10:24

→ friedpig: MCD能耗是都花在傳輸上嗎？ 這代都2.5D118.163.149.125 06/08 11:42

→ friedpig: 了 感覺是L3太大本來就吃電 應該不是118.163.149.125 06/08 11:43

→ friedpig: 傳輸的問題118.163.149.125 06/08 11:43

→ friedpig: AMD架構本來就贏不過NV也是問題 天生就118.163.149.125 06/08 11:46

→ friedpig: 吃電了 MCM的確還有在傷一點 最後就QQ118.163.149.125 06/08 11:47

推 smallreader: 架構還好，看了geohot黑的點應該驅動 223.138.107.67 06/08 11:49

推 ltytw: 只不過最近我們也是在嘲諷nv功耗換效能? 223.141.250.53 06/08 11:57

→ oopFoo: L3的頻寬用mcm，耗電量大增，SPR也有同樣 219.70.128.119 06/08 12:33

→ oopFoo: 問題。驅動就是硬體的延伸，好硬體好驅動 219.70.128.119 06/08 12:33

推 BlackCoal: 先推再說，雖然我真的看不懂 110.30.24.228 06/08 12:34

→ friedpig: 傳輸耗能沒那麼多拉 功耗差的量級不是118.163.149.125 06/08 12:37

→ friedpig: 傳輸的問題118.163.149.125 06/08 12:37

→ friedpig: 2.5D的傳輸功耗應該是1pJ/bit以內118.163.149.125 06/08 12:45

→ friedpig: inifite fanout link峰值頻寬是5.3TB/s118.163.149.125 06/08 12:46

→ friedpig: 全頻寬吃下去40~50W吧 不過怎麼可能沒事118.163.149.125 06/08 12:47

→ friedpig: 一直保持那麼大的數據交換 多少有影響但118.163.149.125 06/08 12:47

→ friedpig: 應該不是主因118.163.149.125 06/08 12:47

→ friedpig: https://tinyurl.com/23pjrefr118.163.149.125 06/08 12:52

→ friedpig: 這邊提到CoWoS 0.5pJ/bit而已 InFO到底118.163.149.125 06/08 12:52

→ friedpig: 多少還要查一下118.163.149.125 06/08 12:55

→ friedpig: https://tinyurl.com/4v2snb2x InFO參考118.163.149.125 06/08 13:00

→ friedpig: 這邊 可能才0.2~0.3pJ/Bit而已 傳輸功耗118.163.149.125 06/08 13:00

→ friedpig: 有可能才20W不到 問題不該是這個118.163.149.125 06/08 13:00

→ dildoe: 比較好奇高速io在不傳輸時是不是很省電?XD 93.91.80.6 06/08 13:54

→ leung3740250: spr的問題不在於emib，而是電壓過 103.77.192.10 06/08 14:24

→ leung3740250: 高加上全吞吐avx512和amx 103.77.192.10 06/08 14:24

→ leung3740250: CML-S之後的任何一代電壓都是比正 103.77.192.10 06/08 14:25

→ leung3740250: 常需求多出0.1v起跳，SPR都快比電 103.77.192.10 06/08 14:25

→ leung3740250: 壓表標的多了0.15v了 103.77.192.10 06/08 14:25

推 aegis43210: server就是穩定性和安全性最重要，SPR 106.104.74.67 06/08 16:17

→ aegis43210: 已經延遲了一年，為了盡快出貨，電壓 106.104.74.67 06/08 16:17

→ aegis43210: 也只能設定的高一些 106.104.74.67 06/08 16:17

→ aegis43210: EMR會改善的 106.104.74.67 06/08 16:19

→ oopFoo: 高頻高效能的die2die功耗那有辦法這麼低 36.224.253.35 06/08 17:25

→ oopFoo: 只跑低頻什麼低功率都有可能。spr的問題真 36.224.253.35 06/08 17:26

→ oopFoo: 在emib。高功耗i皇還可以解決，emib的效率 36.224.253.35 06/08 17:27

→ oopFoo: 還需要時間 36.224.253.35 06/08 17:27

推 phoenixcx: 講太深… 112.78.65.80 06/08 19:47