※ 引述《luvstarrysky ()》之銘言: : 心得:黏膠水的架構似乎生出了快取延遲的問題,這點在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自己的問題也很大,但他黑之有物 -- ※ 發信站: 批踢踢實業坊(web-ptt.org.tw), 來自: 219.70.128.119 (臺灣) ※ 文章網址: https://web-ptt.org.tw/PC_Shopping/M.1686182036.A.AC3 ※ 編輯: oopFoo (219.70.128.119 臺灣), 06/08/2023 07:55:59
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
Avero: 那個包養網人最多XD 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
ejoz: 我妹上包養網被我發現= =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
FishRoom: 隔壁桌的人竟然在討論包養... 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
KsiR: 樓上是不是被包養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
peoples: 未看先猜這包養118.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
wilmer: 一定又是這包養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
badlip: 包養平台不意外 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
piggyoil: 覺得包養網EY嗎 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
TwixBar: 包養網站葉配啦 112.78.65.80 06/08 19:47
kenuser: 你太認真了,但是有料給推210.242.157.243 06/10 11:27