PTT數位生活區 / PC_Shopping (個人電腦購買)

[閒聊] Intel的最終防縮肛CPU微碼0x12B的分析

看板PC_Shopping (個人電腦購買)作者 (チャキ丸)時間2月前 (2024/10/08 01:20), 2月前編輯推噓45(47推 2噓 44→)
留言93則, 65人參與, 2月前最新討論串1/2 (看更多)
本文經過NGA 嗯嗯嗯嗯什么(ID:38922157)授權轉載 這位嗯嗯嗯嗯什么 寫過不少關於12-14代CPU的測試及分析 有興趣的可以移至NGA看他過往文章 原文連結：https://nga.178.com/read.php?tid=41965432 以下文章為了保持作者原意僅作簡轉繁並修正轉換過程中的錯字 ------------------------------------------------------------- 關於Intel的最終防縮肛CPU微碼0x12B強制開啟C1E功能的影響分析 在2024年9月26日，Intel發布了最終防縮肛CPU微碼0x12B。 https://nga.178.com/read.php?tid=41799958 https://reurl.cc/E6ynxn (防縮網址掛掉備用https://community.intel.com/t5/Blogs/Tech-Innovation/Client/In tel-Core-13th-and-14th-Gen-Desktop-Instability-Root-Cause/post/1633239) 後續到今天，各板廠已陸續發布微碼0x12B的beta或者正式BIOS更新。 雖然我自己沒有更新BIOS，但根據其他已更新BIOS的用戶反饋，微碼0x12B和微碼0x129最 大的區別在於其BIOS強制開啟核心的C1E功能。 本帖將分析開啟C1E功能的影響。 https://i.imgur.com/SW4fLik.png
根據Intel文檔，核心C1E是核心C1的增強版。 核心C0是核心正在執行代碼，為工作狀態； 核心C1是核心暫停執行代碼，自動clock gating，但核心依然通電。處於C1的核心會產生 預測電流； 核心C1E是核心C1的基礎上，把處於C1狀態的核心的倍頻和VID請求電壓降到最低，對本代 CPU來說即降低到8x倍頻，0.8G。處於C1E的核心會產生預測電流，但由於倍頻極低，產生 的預測電流非常小； 核心C6是核心斷電。處於C6的核心不產生預測電流。 為什麼微碼0x12B要強制開啟C1E？ Intel的公告可能給出了原因。 公告翻譯： 標題：英特爾第13代和14代台式機處理器不穩定問題的根本原因更新 經過對英特爾酷睿第 13代和第14代台式機處理器“最低電壓偏移”(譯註：運行在相同頻 率時穩定所需的最低電壓升高)不穩定性問題的廣泛調查，英特爾現在可以確認該問題的 根本原因診斷。本文章將介紹英特爾對根本原因的理解，以及針對英特爾酷睿13代和14代 台式機用戶的其他緩解措施和下一步措施。 最低電壓偏移的根本原因 英特爾已將最低電壓偏移不穩定性問題定位到IA核心中的時鐘樹電路，該電路在電壓和溫 度升高的情況下特別容易出現可靠性老化。英特爾已觀察到以下條件會導致時鐘占空比偏 移，並觀察到系統不穩定。 英特爾已經確定了4種可能導致受影響處理器最低電壓偏移的運行場景： 1. 主板供電設定超出了英特爾的供電建議 緩解措施：用於英特爾酷睿第13代和第14代台式機處理器的IDS(Intel® Default Settings)建議(譯註：2024年4月左右) 2. eTVB微碼演算法允許英特爾酷睿第13代和第14代i9台式機處理器即使在高溫下也能以 更高的性能狀態運行。 緩解措施：微碼0x125(2024年6月)解決了eTVB演算法問題。 3. 微碼SVID演算法請求高電壓的頻率和持續時間可能導致最低電壓偏移。 緩解措施：微碼0x129(2024年8月)可解決處理器請求的高電壓問題。 4. 微碼和BIOS代碼在空載、輕載時請求的高電壓會導致最低電壓偏移。 緩解措施：英特爾正在發布微碼0x12B，它包括了微碼0x125和0x129的更新，並且解決處 理器在空載、輕載時的高電壓請求。 英特爾內部測試比較了英特爾酷睿i9-14900K上的0x12B微代碼和0x125微代碼，內存速度 為 DDR5 5200MT/s - 表明性能影響在運行變化範圍內(即Cinebench R23、Speedometer、 WebXPRT4、Crossmark)。對於使用英特爾酷睿i9-14900K和DDR5 5600MT/s內存的游戲負載 ，性能也在運行變化範圍之內(即《古墓麗影》、《賽博朋克》2077、《殺手3：達特摩爾 》、《全面戰爭：戰錘III：瘋狂之鏡》)。不過，系統性能取決於配置和其他一些因素。 英特爾重申，英特爾酷睿第13代和第14代移動處理器以及未來的客戶端產品系列(包括代 號為Lunar Lake和Arrow Lake的系列)均不受最低電壓偏移不穩定性問題的影響。我們感 謝客戶在整個調查過程中的耐心，以及合作夥伴在分析和相關緩解措施方面的支持。 (公告翻譯結束) 對應微碼0x12B強制開啟C1E的描述為第4點，在空載、輕載時請求的高電壓會導致最低電 壓偏移。 在空載、輕載時的輕重負載切換瞬間或者是像游戲這樣的瞬態負載，核心會更傾向於處於 C1狀態。 在9月9日，我已演示過核心C1狀態的極大的預測電流-實際電流比例對預測升壓和電壓的 影響。 https://nga.178.com/read.php?tid=41603066 核心處於C1時，可以產生300A的預測電流的同時只消耗大約40A的實際電流，預測電流-實 際電流比例接近9倍。 此時，實際電壓為VID_native + ACLL*預測電流 - DCLL(VRMLL)*實際電流。 顯然，當按IDS規範要求的使用ACLL=DCLL(VRMLL)，實際電壓將會比VID_native高出非常 多。 顯然Intel已經發現了這個問題，但看起來他們無法從根源上解決，畢竟這個問題是和VRM 設計有關的，在改VRM設計之前幾乎不可能從根源上解決。 那麼想要降低C1狀態的核心的預測電流，最簡單粗暴的治標不治本的緩解措施不就是把C1 狀態的核心降低到0.8G，即強制開啟C1E。 預測電流和核心倍頻直接掛鉤，假如處於C1狀態的核心的倍頻從56x降低到8x，預測電流 自然也就降低到了之前的七分之一。 像華碩BIOS里這種強制全核心處於C1狀態的應用場景，開啟C1E對電壓的降低效果是顯而 易見的。 即使我使用了ACLL0.33搭配DCLL(VRMLL)0.49，開啟C1E也能把BIOS中的同頻電壓降低0. 05V多。 如果是ACLL1.1搭配DCLL(VRMLL)1.1，在華碩BIOS中的同頻電壓下降幅度估計可達0.15V左 右。 但是重點來了，這麼做的代價是什麼呢？ 處於C1狀態的核心降低到了0.8G，它要恢復C0的工作狀態的同時就必須讓倍頻器慢慢恢復 到正常狀態，而這個過程需要時間，這就導致了核心對於瞬態負載的響應速度變慢了。 因此，持續負載比如跑分、烤機，不受C1E的影響，不會有性能損失； 瞬態負載比如游戲，受C1E的影響，會有性能損失。 開啟C1E會導致游戲性能下降，這一點我在用12900K時就出於好奇測試過了。 我印象很深的是，那時候我在用3080玩荒野的呼喚，默認關C1E時顯卡占用率為100%，手 動開啟C1E後顯卡占用率必定降低到98-99%，可復現。 而像factorio benchmark這種無論是對核心調度(core parking)還是對CPU響應性能(核心 提頻速度和C狀態恢復延遲)都極其敏感的負載來說，開啟C1E的影響更為顯著。 舊BIOS默認關閉C1E，351FPS https://i.imgur.com/pAvJ9uD.png
舊BIOS手動開啟C1E，335FPS https://i.imgur.com/a6jv8mI.png
損失幅度接近5% 那麼開啟C1E真的能很好的防縮肛嗎？我認為並不能。 已經驗證過開啟C1E後，普通使用場景下軟體抓到的最高電壓並沒有什麼變化。可能示波 器抓到的峰值電壓會稍低，但如果真的想降低峰值電壓，為什麼不自己設定個更低的IA VR Voltage Limit呢？ 如果原有設定本來就會縮肛，那麼開啟C1E只能緩解縮肛的速度；如果原有設定本來就不 會縮肛，那麼開不開C1E都不會縮。 只看Intel在微碼0x129給出的1550mV電壓牆，我認為即使強制開啟C1E也是不足以避免縮 肛的，只能讓普通人的普通使用強度的CPU勉強撐過5年保修期後再寄。 就我而言，我自己依然會選擇使用舊BIOS+舊微碼0x10E+禁用C1E+手動1375mV電壓牆的搭 配。 關於舊微碼，網上一般的說法是0x11F的性能最佳，但我跑factorio benchmark總是0x10E 跑出來的結果最好，所以一直用這個。 -------------------------------------------------- 心得： 根據內文分析，作者對12B微碼改善縮肛呈否定態度 近期如果不是喜歡拆裝電腦的還是建議先避開13、14代的CPU -- 本篇文章有很多錯誤的地方... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.230.249.86 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1728321654.A.162.html
→
10/08 01:24, 2月前 , 1F
縮_算不算錯字XD
10/08 01:24, 1F
我本來也有想換回缸這個字的 但我向他徵詢時說會維持原文所以就沒改了 全文改的字很少... ※ 編輯: Kazama168 (125.230.249.86 臺灣), 10/08/2024 01:26:08
推
10/08 01:27, 2月前 , 2F
我是使用者當然是一直燒壞狂送修，
10/08 01:27, 2F
→
10/08 01:27, 2月前 , 3F
誰要等五年才壞修不了
10/08 01:27, 3F
推
10/08 01:27, 2月前 , 4F
缸=X,肛=O;夢待奈!
10/08 01:27, 4F
推
10/08 01:36, 2月前 , 5F
I吹I粉大濕粉快來護駕啊 護駕護駕
10/08 01:36, 5F
推
10/08 01:56, 2月前 , 6F
強制啟用C1E降壓和減少處於C1時間
10/08 01:56, 6F
→
10/08 01:56, 2月前 , 7F
看起來像是沒招了拖活命 仍壞就RMA
10/08 01:56, 7F
推
10/08 02:05, 2月前 , 8F
我已經開始笑了
10/08 02:05, 8F
→
10/08 02:06, 2月前 , 9F
一直以來就是治標無法治本,拖越久越好
10/08 02:06, 9F
→
10/08 02:10, 2月前 , 10F
還以為你是作者
10/08 02:10, 10F
→
10/08 02:18, 2月前 , 11F
硬體先天不良，這微碼大概只求撐過保固吧
10/08 02:18, 11F
→
10/08 02:20, 2月前 , 12F
治到國不見就可以甩鍋了
10/08 02:20, 12F
推
10/08 02:20, 2月前 , 13F
這樣看來，感覺就是延緩老化的手段
10/08 02:20, 13F
→
10/08 02:20, 2月前 , 14F
只能說還好當初是組12代i7
10/08 02:20, 14F
→
10/08 02:20, 2月前 , 15F
不然現在就換我要瑟瑟發抖了
10/08 02:20, 15F
推
10/08 02:26, 2月前 , 16F
幹死...
10/08 02:26, 16F
推
10/08 02:29, 2月前 , 17F
幸好我還沒組 我就跳過這渾水...
10/08 02:29, 17F
推
10/08 02:33, 2月前 , 18F
一樣電死
10/08 02:33, 18F
噓
10/08 02:39, 2月前 , 19F
早4晚4都44！一切der一切早9已經預告！！天
10/08 02:39, 19F
→
10/08 02:39, 2月前 , 20F
下苦皇久矣！！！
10/08 02:39, 20F
噓
10/08 03:01, 2月前 , 21F
看來內部已經找不到更多理由來騙人了，和
10/08 03:01, 21F
→
10/08 03:01, 2月前 , 22F
我公司真的有87%像。
10/08 03:01, 22F
推
10/08 03:19, 2月前 , 23F
結論就是別再幻想intel能修好13/14代
10/08 03:19, 23F
→
10/08 03:19, 2月前 , 24F
縮缸的問題了 老實買AMD比較實在
10/08 03:19, 24F
推
10/08 03:26, 2月前 , 25F
縮肛 結果第一行就錯字啊
10/08 03:26, 25F
→
10/08 04:39, 2月前 , 26F
硬體的鍋，就只能治標了
10/08 04:39, 26F
推
10/08 06:13, 2月前 , 27F
水桶又一直冒泡了
10/08 06:13, 27F
推
10/08 06:35, 2月前 , 28F
正常 怎麼看都是沒救了 只是用來拖時間的
10/08 06:35, 28F
推
10/08 07:10, 2月前 , 29F
就撐過五年算成功
10/08 07:10, 29F
推
10/08 07:21, 2月前 , 30F
治標不治本，不會承認真的最核心問題，找
10/08 07:21, 30F
→
10/08 07:21, 2月前 , 31F
RD編理由而已，當大家公司沒遇過產品問題
10/08 07:21, 31F
→
10/08 07:21, 2月前 , 32F
嗎？
10/08 07:21, 32F
→
10/08 07:27, 2月前 , 33F
物理上的缺陷沒辦法修復。
10/08 07:27, 33F
推
10/08 07:50, 2月前 , 34F
不用賠錢對Intel來說就算是修好了
10/08 07:50, 34F
→
10/08 07:53, 2月前 , 35F
沒問題 這種做法很印特爾
10/08 07:53, 35F
推
10/08 08:05, 2月前 , 36F
13600k可以免費換12代嗎? o.O
10/08 08:05, 36F
推
10/08 08:07, 2月前 , 37F
跨謀
10/08 08:07, 37F
→
10/08 08:11, 2月前 , 38F
*rma
10/08 08:11, 38F
推
10/08 08:22, 2月前 , 39F
笑死 SVID也是你CPU給的 VRM只能依照
10/08 08:22, 39F
→
10/08 08:22, 2月前 , 40F
你命令去調整電壓 關VRM屁事騙人不懂
10/08 08:22, 40F
推
10/08 08:32, 2月前 , 41F
13600k待機都保持在0.8-1.2v 應該能活久
10/08 08:32, 41F
→
10/08 08:32, 2月前 , 42F
一點吧....
10/08 08:32, 42F
推
10/08 08:33, 2月前 , 43F
就靠降壓撐過保固嘛..難怪會換gg製程
10/08 08:33, 43F
推
10/08 08:35, 2月前 , 44F
目標拖過5年，讓普通人的普通使用下問
10/08 08:35, 44F
→
10/08 08:35, 2月前 , 45F
題不要那麼容易觸發，就沒有問題點點點
10/08 08:35, 45F
推
10/08 08:39, 2月前 , 46F
一直執著在這兩代，看來是庫存多到不銷完
10/08 08:39, 46F
→
10/08 08:40, 2月前 , 47F
會倒閉，不然推新一代就好了
10/08 08:40, 47F
→
10/08 08:43, 2月前 , 48F
白話：湊和著用吧！不爽去別買別家的
10/08 08:43, 48F
推
10/08 08:46, 2月前 , 49F
現在要怎樣比較穩？前幾天聽Level1說
10/08 08:46, 49F
→
10/08 08:46, 2月前 , 50F
performance governor設定在性能模式
10/08 08:46, 50F
→
10/08 08:46, 2月前 , 51F
一直閒置在C0雖然耗電但比較不會電壞
10/08 08:46, 51F
→
10/08 08:50, 2月前 , 52F
不然TVB會量溫度請求更多電壓去boost
10/08 08:50, 52F
→
10/08 08:50, 2月前 , 53F
產生水冷比空冷更容易電壞的結果(?)
10/08 08:50, 53F
推
10/08 08:50, 2月前 , 54F
解法很印度，每次解一種場景解了四次
10/08 08:50, 54F
→
10/08 08:50, 2月前 , 55F
，會不會有第五次？
10/08 08:50, 55F
推
10/08 08:53, 2月前 , 56F
花了大錢還要自己除錯 爛I
10/08 08:53, 56F
→
10/08 09:04, 2月前 , 57F
遲早電死的結果還是沒變... ( ry
10/08 09:04, 57F
推
10/08 09:20, 2月前 , 58F
如果無法治本，那拖過保固就是最重要的
10/08 09:20, 58F
→
10/08 10:08, 2月前 , 59F
這人就是個I砲就我看來
10/08 10:08, 59F
→
10/08 10:14, 2月前 , 60F
看來13 14gen i7以上二手也不能碰
10/08 10:14, 60F
推
10/08 10:15, 2月前 , 61F
不裝新BIOS，五年內壞，裝了過保才壞
10/08 10:15, 61F
→
10/08 10:15, 2月前 , 62F
然後會將效能，誰裝誰XX
10/08 10:15, 62F
→
10/08 10:15, 2月前 , 63F
將>降
10/08 10:15, 63F
推
10/08 10:56, 2月前 , 64F
安安裝裝最最新新的的，了了解解新新
10/08 10:56, 64F
推
10/08 10:58, 2月前 , 65F
官方超頻失敗，只能鎖住
10/08 10:58, 65F
推
10/08 11:00, 2月前 , 66F
amd更新bios是優化 intel更新是弱化
10/08 11:00, 66F
→
10/08 11:15, 2月前 , 67F
拖到不用賠錢對公司來說當然就是成功的
10/08 11:15, 67F
→
10/08 11:17, 2月前 , 68F
I社危機已經渡過 準備重返榮耀!!!
10/08 11:17, 68F
推
10/08 11:27, 2月前 , 69F
另一篇一堆洗的 可怕 還威脅要告人..
10/08 11:27, 69F
推
10/08 11:58, 2月前 , 70F
縮
10/08 11:58, 70F
推
10/08 12:13, 2月前 , 71F
一直更新微碼就是不打算賠錢啊
10/08 12:13, 71F
推
10/08 12:14, 2月前 , 72F
最好的最簡單的方式就是固定電壓
10/08 12:14, 72F
推
10/08 12:32, 2月前 , 73F
看來再便宜都不能買，i皇你還是自盡吧
10/08 12:32, 73F
→
10/08 12:33, 2月前 , 74F
不過如果14600k賣1460倒也不是不能考慮
10/08 12:33, 74F
→
10/08 12:47, 2月前 , 75F
好可憐，讓用戶用著會猝死的半成品cpu，
10/08 12:47, 75F
→
10/08 12:47, 2月前 , 76F
這是什麼垃圾公司才會幹出來的事情
10/08 12:47, 76F
推
10/08 12:52, 2月前 , 77F
不然你要買AMD嗎？
10/08 12:52, 77F
→
10/08 13:02, 2月前 , 78F
要
10/08 13:02, 78F
推
10/08 13:17, 2月前 , 79F
不就降效能換壽命 把消費者當白痴
10/08 13:17, 79F
→
10/08 13:18, 2月前 , 80F
印度人自毀商譽不意外
10/08 13:18, 80F
推
10/08 13:20, 2月前 , 81F
治不好 安寧療法
10/08 13:20, 81F
推
10/08 13:29, 2月前 , 82F
換一顆比較快
10/08 13:29, 82F
推
10/08 14:11, 2月前 , 83F
不回收瑕疵品 爛公司
10/08 14:11, 83F
→
10/08 15:41, 2月前 , 84F
這牙膏修到吐回去變成哪一代標榜的效能
10/08 15:41, 84F
→
10/08 15:42, 2月前 , 85F
啊? 之前修漏洞吐回去的再加上這個自我
10/08 15:42, 85F
→
10/08 15:42, 2月前 , 86F
限制器
10/08 15:42, 86F
推
10/08 15:55, 2月前 , 87F
電死跟性能下降自己選,下降還不保證沒事?
10/08 15:55, 87F
推
10/08 16:03, 2月前 , 88F
難怪菜單都是AMD的U
10/08 16:03, 88F
→
10/08 16:37, 2月前 , 89F
12代漲價
10/08 16:37, 89F
推
10/08 17:39, 2月前 , 90F
看不懂..只能告誡自己以後別買intel
10/08 17:39, 90F
推
10/08 21:35, 2月前 , 91F
右手扒咖哩飯吃
10/08 21:35, 91F
推
10/08 22:48, 2月前 , 92F
所以效能跟最初相比 下降多少？
10/08 22:48, 92F
推
10/09 17:06, 2月前 , 93F
長時間穩定 Load 效能比較不降，但
10/09 17:06, 93F
‣ 更多 Kazama168 的文章
文章代碼(AID): #1d11Xs5Y (PC_Shopping)
PC_Shopping 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 Kazama168 的文章
文章代碼(AID): #1d11Xs5Y (PC_Shopping)