用戶已崩潰!華擎主板先后燒毀兩顆銳龍7 9800X3D

用戶已崩潰!華擎主板先后燒毀兩顆銳龍7 9800X3D

文章圖片

用戶已崩潰!華擎主板先后燒毀兩顆銳龍7 9800X3D

文章圖片

用戶已崩潰!華擎主板先后燒毀兩顆銳龍7 9800X3D

文章圖片

用戶已崩潰!華擎主板先后燒毀兩顆銳龍7 9800X3D
近期 , 一位Reddit用戶分享了自己的不幸經歷 , 他在使用華擎B850i Lightning WiFi主板時 , 先后損壞了兩顆AMD銳龍7 9800X3D處理器 。
【用戶已崩潰!華擎主板先后燒毀兩顆銳龍7 9800X3D】據該用戶介紹 , 第一次損壞發生在使用華擎B850i Lightning WiFi主板六個月后 , 當時他通過換貨流程更換了一顆新的處理器 。
但沒想到的是 , 這顆新的處理器在使用了兩個月后也出現了同樣的問題 , 期間他也更新了BIOS , 但似乎并未能解決問題 。

他還提到 , 其實第一次出現問題的時候就應該吧主板換掉的 , 但由于經濟問題還是繼續用了這塊主板 。
對于AM5 CPU損壞的問題 , AMD曾回應稱主要是主板廠商的BIOS不符合AMD的指導方針 , 并建議用戶更新BIOS 。
該用戶在使用BIOS版本3.25(2025年5月發布)時 , 處理器仍然損壞 , 而且損壞的速度比第一次更快 , 他提到在使用最初發布的BIOS版本3.15(2024年12月發布)時 , 工作時間反而更長 。
華擎最近發布了3.40版本的BIOS , 將VDDC_SOC電壓固定為1.20V , 并將LLC設置為3級 , 而此前默認為自動 , 據稱能能保證處理器的穩定性 , 但實際如何還需時間來驗證 。

事實上 , 華擎主板燒毀AMD處理器由來已久 , 主板固件也升級了多版本 , 但一直沒能完全解決 。
近日 , 華擎又發布了適用于其AMD 800 系列主板的新固件3.40版本 , 提升CPU運行的穩定性 , 這可能與近期AM5插槽燒毀問題有關 。

據悉 , 3.40固件的更新日志中提到了“提高內存兼容性和系統穩定性”以及“增強CPU運行穩定性” 。
目前尚不清楚該固件是否徹底解決了銳龍處理器燒毀的問題 , 但考慮到發布時間 , 二者應該有很大關系 。
由于缺少詳細的更新日志 , 目前無法得知3.40固件究竟發生了哪些變化 。
不過 , Reddit論壇華擎主板的用戶聲稱 , 新固件已經降低了與不同電壓相關的數值 。
據了解 , 3.40版本BIOS已將SoC電壓 (VDDCR_SOC) 設置為1.2V 。 如果不進行超頻 , SoC電壓控制著提供給處理器I/O組件(例如內存控制器、iGPU、PCIe通道等)的電量 。 這個電壓在內存超頻或在內存套件上啟用AMD EXPO配置文件時非常有用 。
雖然SoC電壓沒有官方安全值 , 但AMD的AGESA代碼將電壓硬性限制為1.3V , 因此顯然電壓越低越好 。 業界普遍認為 , 日常使用時電壓應保持在1.2V或更低 。

除了SoC電壓之外 , 3.40版本還將SoC電壓的LLC(Low Load Line Calibration , 低負載線校準)級別設置為 3 , 此前為自動 。
LCC是主板BIOS中用于調節CPU供電電壓穩定性的功能 , 核心目標是補償CPU在不同負載下的電壓波動 , 尤其是 “掉壓(V-droop)” 問題 , 讓CPU實際工作電壓更接近BIOS中設定的目標電壓 。
它主要是通過調整供電電路的反饋機制 , 在CPU高負載時主動提升供電電壓 , 抵消 “掉壓” 帶來的偏差 , 讓 CPU 實際電壓更接近設定值;同時在輕載時適當抑制電壓過高 , 避免不必要的功耗和溫度上升 。
LLC級別表示用戶希望電壓補償的激進程度 。 級別3更為保守 , 因為設置為自動有時會因增加過多電壓給CPU帶來損害 。
TH建議 , 推薦所有華擎AMD 800系列主板的用戶更新3.40版本BIOS , 并進一步觀察效果 。

另外 , GMP開源庫的作者Torbj?rn Granlund在過去幾個月中發現 , 其在進行測試時 , 兩顆AMD 9950X CPU被燒 。
據Granlund介紹 , 這兩顆CPU分別在2月和8月燒毀 , 他也承認硬件設置并不理想 , 但這些CPU在運行高強度的GMP測試時顯然過載了 。
Granlund觀察到CPU針腳一側出現了大約25平方毫米的變色區域 , 并且這些CPU在燒毀時都處于最大工作負載下 。
Granlund表示 , 測試時的環境溫度相當低 , 只有20攝氏度 , 他懷疑是MULX指令在循環運行時導致了問題 。
值得注意的是 , 這些CPU并非突然燒毀 , 而是在數月的高負載工作后逐漸退化直至失敗 , 而7750X在類似的配置下運行相同的負載 , 卻一直很穩定 。
對此AMD在向The Register發表聲明時確認 , 公司正在調查這些報告 , 并已聯系Granlund以獲取更多信息來協助調查 。
不過鑒于GMP是一個非常計算密集型的庫 , 作者在CPU上運行了數月的最大工作負載 , 因此其他用戶在正常工作負載下不太可能遇到同樣的問題 。


    推薦閱讀