ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

AMD锐龙HX笔记本分核降压与PBO2超频实战指南

AMD锐龙HX笔记本分核降压与PBO2超频实战指南 AMD锐龙笔记本这波HX系列说它是目前笔记本DIY玩家最值得折腾的一批U一点都不夸张。尤其是5900HX和6900HX这两颗BIOS层面开放了倍频调节和完整的PBO2Precision Boost Overdrive 2选项加上AMD在ZEN3/ZEN3架构里做得相当激进的boost策略给了分核降压和曲线优化很大的操作空间。我自己的5900HX机器就是从默认45W PPT一路调到了单核最高4.85GHz、多核R23从1.2万分左右提到1.5万分以上同时满载温度从95度降到了87度上下这套玩法直接改变了我对“移动端超频只能开机箱”的认知。这篇文章我会把分核降压PBO2超频的完整逻辑、工具链、实操步骤和踩坑记录全部摊开来讲适合手里有HX系列AMD锐龙本、又不想把这颗U白白浪费掉的人。1. 写在前面5900HX/6900HX为什么值得折腾1.1 HX处理器到底和普通H版差在哪很多人对笔记本超频还停留在“改改睿频、拉个功耗墙”的层面但HX系列处理器和普通的H/HS系列最大的区别是它出厂就不锁倍频并且在SMUSystem Management Unit层面开放了PBO2的完整参数入口。说得直白一点普通H版CPU你只能被动接受AMD预设的boost曲线顶多通过第三方工具改一下温度墙但HX系列在BIOS的AMD CBS/Custom菜单里可以直接修改PPT、TDC、EDC这三个功耗参数还能针对每个物理核心单独设置Curve Optimizer的电压偏移值。这个颗粒度完全不同。以5900HX和6900HX为例这两颗U一个是ZEN3架构Cezanne7nm一个是ZEN3架构Rembrandt6nm都用了8核16线程的规格。Rembrandt这颗6nm的新工艺在同样频率下功耗更低理论上分核降压的空间也更大但实际调下来我发现工艺迭代带来的体质方差依旧存在仍然需要逐核心去试。HX后缀的另一个隐藏价值是它保留了对内存分频FCLK和SoC电压的控制项也就是说如果你想顺便折腾内存频率、把FCLK拉到1800甚至2000HX系列也是少数能在笔记本平台上动这个开关的CPU。所以这颗U的真正玩法不是简单“超频”两个字能概括的而是通过细粒度控制电压-频率曲线让CPU在更低的电压下跑出更高的频率。这才是HX处理器最值钱的地方。1.2 分核降压到底解决了什么问题在ZEN3/ZEN3这种chiplet设计还没有进入移动端的时代每颗CPU里的8个物理核心并不是“一视同仁”的。生产过程中存在体质差异有的核心能稳定跑在较低的电压下有的核心天生就需要更高的电压才能维持同频率。AMD原厂为了确保每一颗CPU在所有核心上都能通过可靠性验证只能按照所有核心里的“木桶短板”来设定同一套电压曲线这就导致了一个问题体质好的核心也被迫陪着差的核芯一起“吃高电压”白白增加功耗和发热。分核降压的核心思路本质上就是“按核心差异化供电”。体质好的核心Curve Optimizer可以给比较大的负偏移比如-25/-30体质差的核心只能给-10甚至-5。这样一来所有核心都能精准落在自己合适的电压区间整体温度就降下来了CPU在撞温度墙之前能维持更高频率的时间也就更长。这个操作对笔记本尤其重要因为笔记本的散热能力是固定的。默认电压策略下5900HX在长时间全核负载时很容易直奔95度甚至100度触发温度墙后频率大幅下降跑分和实际体验反而变差了。而分核降压之后同样性能下功耗下降温度回落CPU可以在PBO2的boost机制下更长久地维持高频。也就是说降压不是为了“省电跑得慢”而是为了“不撞墙跑得快”这个逻辑一定要先理顺。1.3 为什么不能照搬台式机超频思路很多之前在台式机上玩过锐龙的人第一反应是把台式机那套“全核锁频固定电压”的方法搬到笔记本上结果发现经常黑屏、重启然后骂AMD不靠谱。这里的问题不在CPU而在笔记本平台本身。台式机超频可以把电压拉到1.35V甚至更高然后用360水冷去压制但笔记本的供电模块和散热模组根本没有这个余量。即便是HX系列处理器在满载时可承受的电压上限也远比桌面版低而且你改的每个参数都要经过EC嵌入式控制器和PMW风扇策略的配合硬拉频率大概率会让供电过热触发OVP保护直接断电。更重要的一点是台式机超频往往追求“固定频率跑满”但在笔记本上PBO2本身就是最聪明的超频方式。它不要求你锁定频率而是允许CPU在功耗、电流和温度允许的范围内自己往上冲。你要做的不是告诉CPU“你必须跑4.8GHz”而是告诉它“你的极限在哪”然后把阻碍它跑到极限的电压和温度障碍搬开。所以笔记本超频的核心永远是“降压配合PBO”而不是“锁频硬拉”。这一点搞明白了后续所有参数设置才有一个正确的方向。2. 准备工作和工具选型少走弯路的关键一步2.1 工具全家桶这些软件一个都不能少如果你已经决定开始折腾先把工具准备好不然中途到处找软件会很扫兴。我日常调校用的是一套固定组合每样工具承担不同职责功能上有重叠但我建议不要省。HWiNFO64首选监控工具。用它看每核心有效频率、核心电压、CPU封装功耗、温度、以及WHEA错误计数器。判断CO偏移是否过大最终靠的都是它。Ryzen MasterAMD官方工具。虽然笔记本上很多参数是锁定的但PBO2的曲线优化入口在部分HX机型上是可以用的而且界面直观适合做初步调整。UMAFUniversal AMD Form Browser/ Smokeless_UMAF如果你用笔记本的官方BIOS界面看不到AMD CBS选项就需要这种通过UEFI Shell读取隐藏菜单的工具。它能打开大部分品牌机上被隐藏的PBO2、PPT、TDC、EDC、FCLK设置项。UXTUUniversal x86 Tuning UtilityWindows下比较新的调校工具用来修改CO、PPT、TDC、EDC甚至温度墙。好处是不用每次重启进BIOS而且对华硕、联想、微星等主流机型的支持都还可以。PBO2 TunerWindowSFX老牌工具专门用来写CO曲线和PBO参数适合UMAF暂时进不去的机器。这个项目已经停止维护了新平台可能需要用UXTU顶上。CoreCycler / OCCT / Prime95稳定性测试三件套。CoreCycler负责单核心逐个压测OCCT可以快速暴露不稳定Prime95则用来做最终的全核满载稳测。Cinebench R23 / Geekbench 5 / 3DMark CPU Profile用来看调优前后的分数变化确认是否真的“变快了”。这里要特别说一下UMAF。很多用户看到UMAF会有点发怵因为它运行在UEFI Shell环境下界面像上世纪的主板BIOS。但它本质上只是让你提前调出BIOS里原本就存在但被隐藏的AMD选项并不涉及刷固件风险比改BIOS芯片低得多。实际操作时用FAT32格式的U盘把UMAF的EFI文件放进去开机时从U盘启动进入UEFI Shell执行UMAF.efi之后选择自家的机器型号就能看到一个完整的AMD CBS菜单。我的建议是所有PBO2相关参数优先在这个界面里改因为Windows工具如UXTU在某些机型上重启后设置会丢而BIOS/SMU层级的修改是持久生效的。2.2 解锁BIOS与SMU不同品牌机型的入口差异这一步是整个流程里最看运气的地方。HX系列处理器本身支持PBO2但笔记本厂商完全可以选择在BIOS里把这些选项隐藏掉市面上不同品牌的态度差异很大。华硕ASUSROG系列一般在BIOS的高级菜单里就有AMD CBS可以直接看到PBO2 Curve Optimizer选项。部分机型还需要关闭SVM虚拟化或启用“Allow CPU Overclocking”之类开关。联想Lenovo拯救者系列的BIOS默认隐藏了大量SMU项通常需要靠UMAF或Smokeless_UMAF来解锁。另外联想在EC层面对电流有很强限制即使BIOS解锁了PPT实际功耗也可能被EC挡回来所以还要顺带检查一下是否有限流选项。微星MSI部分机型有PBO开关但CO曲线藏在高级CPU配置里。如果找不到也是UMAF路径来解决。惠普/戴尔游戏本稍微好一点轻薄旗舰反而更保守。总之HX处理器在商用机上被锁的概率最高如果UMAF也打不开那基本就只能靠Windows下的UXTU做临时调整了。我自己在5900HX那台机器上BIOS里本来只能看到“PBO Enabled/Auto/Disabled”这种简单选项后来用Smokeless_UMAF解锁了完整的AMD CBS才顺利设置分核CO。解锁前记得先把BIOS更新到官方最新版本避免固件里的已知bug干扰判断。2.3 环境准备电源、散热、系统和数据备份正式动手之前还有几件事要做虽然听起来基础但往往决定成败。第一必须插上原装电源适配器。电池供电状态下EC会默认限制CPU的最大封装功耗和电流你设置的PPT/TDC/EDC根本不会生效更别提稳定测试了。第二先清灰再测试散热。笔记本铜管和风扇积灰很严重时降压反而可能因为“功耗没变”而暴露散热瓶颈导致温度墙限制依然存在。一般来说清灰换硅脂后核心温度能比之前低3~5度这直接影响CO偏移的稳定性——因为温度越低CPU对电压的要求就越低你能负掉的偏移量就越大。第三备份重要数据并在系统里创建系统还原点。降压过度蓝屏重启是家常便饭虽然很少损坏系统但万一改到SMU里某些参数导致无法开机有一个还原点能少折腾半天。系统层面建议把Windows电源模式调到“最佳性能”然后在BIOS里把“Cool n Quiet”类选项保持开启就可以了不用刻意关闭。另一个容易被忽略的是内存XMP/DOCP先恢复默认再开始调CPU。如果内存本身不稳定CPU单核测试会出现随机蓝屏你根本分不清是CPU的CO问题还是内存问题排查起来非常痛苦。先把一个变量固定住这是从头到尾都要遵守的排查原则。3. 核心实操分核降压与PBO2超频完整调校流程3.1 第一步摸清CPU体质与核心排序分核降压最关键的一步不是动手改参数而是弄清楚你手里这颗CPU“哪个核强、哪个核弱”。虽然这个信息在工厂阶段被写进了SMUAMD在部分平台也允许通过Ryzen Master看到“核心排序”但在很多笔记本BIOS里并不直接显示。我用的是土办法准确率也很高。先用HWiNFO64打开传感器界面记录CPU封装功耗和核心有效频率。然后运行一轮单线程负载比如Cinebench R23的单核跑分在跑分过程中留意HWiNFO里哪个物理核心的频率最高、电压最高。一般情况下频率最高的那颗就是体质最好的核心系统通常也会把它设为CPPC标签下的“首选核心”。在Linux上可以直接用turbostat看各核心的C1唤醒数和频率Windows下用HWiNFO的“Core Effective Clock”列就够了。更精细一点可以配合CoreCycler逐个核心做单核压力测试。CoreCycler会自动把负载分配到每个物理核心上你在监控软件里看每个核心的最高有效频率和维持时间。哪个核心能在相同电压下跑出更高的频率哪个核心在更低电压下还能稳定过测心里就有数了。这一步做完你手里会得到一张类似这样的“体质地图”物理核心编号单核最高频率参考初步判断核心04.85 GHz体质优秀可尝试较大负偏移核心14.75 GHz体质中等保守设置核心24.80 GHz较好略低于核心0.........有了这个分布再去设置Curve Optimizer就不是瞎猜了。3.2 第二步设置PBO2功耗墙与温度墙分核降压解决的是“电压-频率”曲线问题但PBO2能不能跑起来还要看功耗墙和温度墙给不给你发挥空间。PBO2的三个核心参数分别是PPTPackage Power TrackingCPU封装总功耗上限单位瓦W。TDCThermal Design Current长时间持续电流上限单位安培A。EDCElectrical Design Current短时间峰值电流上限单位安培A。这三个参数共同构成了CPU的boost“保护罩”。默认情况下5900HX的PPT大概在45W~54W左右6900HX在45W左右。如果你不去动它们即使CO把电压降得很低CPU跑到PP T上限之后还是会降频成绩提升有限。所以我的建议是把这三个值提高到适配你散热能力的水平而不是一味拉满。具体数值上以我这台5900HX的16英寸游戏本为例实测下来比较稳的组合是PPT80W、TDC60A、EDC85A。6900HX由于6nm工艺功耗更低同散热规模下可以尝试PPT85W、TDC65A、EDC90A。这个组合不是说越大越好如果你散热压不住反而会因为瞬间电流过高导致EC触发保护在游戏中途突然断电重启。判断标准很简单跑十分钟Prime95 large FFTHWiNFO里封装功耗接近PPT设定值且温度稳定在90度以下就是比较理想的状态。温度墙方面建议把TjMax保持默认或者稍微下调到90度即可。有些玩家喜欢直接把温度墙拉到105度这在台式机上没问题但笔记本上高温会加速硅脂老化和电池膨胀完全不值得。降压的意义本来就是为了不撞墙如果温度墙设得太高那降压的效果就被浪费了。3.3 第三步分核CO曲线设置-5到-30的取舍Curve Optimizer的CO值单位是“曲线偏移量”而不是直接的电压毫伏数。每档CO大约对应几十毫伏的电压变化负值越小比如-30代表同频率下电压越低对体质要求越高。这个值的可设置范围一般是**-30到30**正数一般用不到我们只需要向负方向压。分核设置的具体过程有两种路径如果BIOS/UMAF里能直接找到Per Core的CO设置就直接在BIOS里填写这8个核心的偏移量如果只在Windows工具里改UXTU和PBO2 Tuner都能选择“Tune All Cores”或“Per Core”模式在Per Core模式下逐核心填入-5到-30不等的值。初始值我给一个参考起点适合多数5900HX/6900HX体质最好的核心-25 到 -30体质中等的核心-15 到 -20体质较差的核心-10 到 -15首次尝试时建议所有核心先从-15统一开始这里有个很关键的细节ZEN3/ZEN3的分核CO设置不同核心的稳定性表现会有明显差异不能“一刀切”。我遇到过一颗核心在-25时稳定另一颗核心在-18时就频繁WHEA报错。所以每一次调低偏移量后都要用CoreCycler逐核心验证不能只跑一个全核测试就收工。另外注意CO只是影响boost阶段的电压曲线并不影响CPU在400MHz~3.0GHz之间的低负载频率电压。也就是说降压不会降低你桌面待机时的最低频率也不会影响轻负载时的功耗表现很多人担心的“降压导致待机不稳定”其实不会因CO发生。如果出现了待机死机更可能是SoC电压或内存FCLK的问题和CPU CO没关系。3.4 第四步写入BIOS/SMU并完成第一轮验证参数设置完成后需要在工具里点“Apply”才会生效。如果用UXTU设置会保存在Windows内核模式重启后会失效所以如果想要持久化有两种选择方法一把参数写进计划任务开机后用管理员权限静默运行一次UXTU加载配置。方法二在UMAF里设置好后直接保存并重启这样参数会被写进SMU下次开机依然生效。缺点是调整起来要反复重启。我建议调试阶段先用UXTU的临时应用因为它改起来快方便你反复调整。调稳定了再进UMAF把同样的参数固化到SMU里一劳永逸。第一轮验证不急着跑分先做几件事打开HWiNFO检查“Effective Clock”是否正常核心电压在轻负载下是否回落到0.6V~0.8V左右然后分别跑一次单核R23和全核R23确认频率能顺利boost到预期值。这里要留意HWiNFO里有没有“WHEA”错误计数在增加如果增加立刻把相应的CO偏移调低比如从-25改成-20不要等到蓝屏再来抢救。4. 稳定性测试与日常使用验证4.1 重载测试CoreCycler单核验证法多核全载测试只能验证“全核同时高负载”时的稳定性但CO问题往往藏在单核boost到最高频率的那一刻。只要有一个核心在最高频率下的电压不足它就会在随机时间点触发WHEA或者直接蓝屏而且这种蓝屏用全核测试很难复现。所以我强烈推荐用CoreCycler做单核逐点扫描。它的逻辑非常简单自动按顺序对每个物理核心跑一定时间的Prime95 small FFT测试然后切换到下一个核心。跑完8个核心大约需要1到2小时。测试期间HWiNFO会记录每个核心的运行状态你在最后看日志就能知道哪个核心出了错。实际操作中我习惯把“每个核心的测试时间”设为5到8分钟总测试轮数设为2轮。如果某一轮里某个核心在跑测试时出现了错误、蓝屏或者HWiNFO的WHEA计数增加就把该核心的CO值往回升3到5档例如-25改成-20再重新测。这个过程通常需要来回折腾四五次但最终结果会让你非常安心。这里有一个通用判断标准所有核心在CoreCycler两轮测试下无错误、无WHEA、无蓝屏这组CO才算合格。在这个基础上你还可以再跑一轮OCCT的“Power”模式做全核高功耗验证进一步确认PPT/TDC/EDC组合的稳定性。4.2 温度与功耗的测量口径HWiNFO读数怎么看很多新手会踩一个坑跑完测试发现“CPU温度没降多少”就认为降压没用。其实这是因为你只看“CPU (Tctl/Tdie)”这一项而这项读数是AMD刻意“叠加过温度墙”的指标。在ZEN3/ZEN3移动端上CPU Die (Tdie)才是物理核心的真实温度CPU (Tctl)可能比它高10度甚至更多目的是让风扇提前加速。调优之后你真正要对比的应该有两个数据同频率下CPU封装功耗Package Power是否下降。同负载下CPU Die平均温度是否下降。以我实测5900HX为例默认状态下全核R23功耗约64W、温度92度分核降压PBO2调到PPT80W之后R23全核功耗反而降到62W温度降到84度分数却从14400分涨到了15200分。原因很简单功耗墙不再是限制因素温度也更低了CPU在boost区间维持高频的时间更长。另外提醒一句HWiNFO里的“CPU Clock”通常显示的是时钟发生器频率而不是真实有效频率。看每核心频率一定要看“Effective Clock”它受电源管理影响是CPU在负载中的真实工作频率。这个口径搞错后面验证环节很容易误判。4.3 日常场景回归游戏、剪辑、续航对照跑分和稳定性测试通过只代表“压力环境”下没问题日常场景一定要再回归几轮。游戏和视频剪辑这类混合负载跟Prime95的纯计算负载不太一样它们会间歇性地触发单核高频率、多核中频率还可能伴随GPU同时高负载整机功耗压力更大。我常用的回归方案是这样的连续玩一个多小时偏CPU的游戏比如《全面战争三国》或《赛博朋克 2077》同时开着HWiNFO记录最长帧时间frametime和CPU温度再用Premiere导出一段10分钟的1080P视频观察导出时CPU封装功耗是否长时间稳定会不会在某个瞬间突然掉频。如果这些场景都正常Windows事件查看器里也没有出现“Kernel-Power 41”或WHEA来源的错误这套参数就可以放心常驻了。续航就比较特殊。分核降压对轻负载功耗的影响不大因为轻负载时CPU本来就处于低功耗区间CO偏移对低电压段影响很小。有些玩家反映降压后电池续航反而好了一点点那是因为部分负载处于中频段电压略微下降减少了功耗但别指望靠这个把续航拉长半小时以上。真正影响续航的反而是你把PPT调高之后CPU在“短时间高负载”时更激进偶尔会造成更高瞬时功耗。如果更看重续航建议准备两套预设插电源时用高性能PBO档拔电时切回默认或启用Windows的省电模式。5. 常见问题与排查技巧实录5.1 无法开机或反复重启先别慌清CMOS分核降压最怕的就是设置完重启直接黑屏或者反复开机。这种情况99%是因为某个核心的CO负偏移量给得太激进导致CPU在POST早期无法加载微码。解决办法很粗暴断掉电源拧开笔记本D面找到主板上的CMOS电池拔掉等30秒再装回去或者按住开机键放电20秒。清完之后BIOS会恢复默认所有PBO2和CO设置全部回到出厂状态机器大概率能重新开机。解决以后不要急着马上再设同一组参数把刚才出问题的那个核心CO值先上调5档其他核心保持不变再试。如果还是无法开机那把整个CO统一上调到-15甚至先用全核-10跑一版稳定的再慢慢往下压。调CO这件事慢就是快一次改太多导致反复拆机反而浪费时间。5.2 蓝屏代码解读如何根据错误码修正CO方向长期折腾下来我总结了一套蓝屏代码和CO的对应关系。最常遇到的几个错误代码是UNEXPECTED_KERNEL_MODE_TRAP通常是某个核心在最高频率下电压不足属于典型CO负偏移过大导致。把对应核心的CO往正方向调整5挡。IRQL_NOT_LESS_OR_EQUAL / PAGE_FAULT_IN_NONPAGED_AREA这类往往和内存有关但如果发生在CPU压力测试时也可能是SoC电压或者FCLK不稳先检查内存和FCLK再回去查CO。KERNEL_AUTO_BOOST_LOCK_ACQUIRE_WITH_RAISED_IRQL / WHEA_UNCORRECTABLE_ERROR这是最经典的移动端PBO2蓝屏基本就是核心电压不足偏保守地把所有核心CO上调3~5挡。这里有个排查技巧如果蓝屏前HWiNFO里能记录到哪颗核心频率最高那就是怀疑对象。如果无法记录就先把蓝屏代码记下来再从最低CO值绝对值最小的核心开始逐个下调。5.3 为什么改了CO温度还是压不下去这是最常见的疑惑之一。试了-25甚至-30温度却跟没改一样。问题通常出在功耗墙上。如果你把PPT/TDC/EDC都拉得很高CPU在同样温度下会继续提高频率用掉你降压省下来的温度余量。比如CO负偏之后CPU在85瓦功耗时温度比之前低了几度但PBO2一看温度还有余量立刻把频率往上顶直到再次接近温度墙。最终结果就是温度依旧贴着墙跑但频率确实变高了。如果你追求的是“同样的性能、更低的温度”那就不要把PPT拉太高保持默认或略微上调即可如果你追求“更高的性能、温度不变”那就放心让PBO2把频率顶上去。我自己是偏后一种方案因为既然已经进了HX这个坑主要还是想榨出性能上限。5.4 “卸载UXTU后还在超频”是怎么回事这个坑被很多人踩到过我也遇到过甚至一度以为是CPU“坏掉了”。卸载UXTU后用HWiNFO一看PPT还是80WCO还是-25系统照样照着超频后的模式跑。原因在于UXTU在写入这些参数时实际上是通过AMD的PMF驱动和SMU固件直接修改了主板固件里保存的原始值卸载软件本身并不会把这些值恢复成默认。这就好比你在BIOS里改了参数然后再卸掉一个Windows工具BIOS里的参数当然还在。解决方法是重新安装UXTU把所有参数改回默认CO归零、PPT/TDC/EDC恢复默认然后应用一次再退出程序并卸载问题就解决了。如果这样还不行直接进BIOS/UMAF把相关参数重置为Auto或者清一次CMOS。5.5 内存自动超频不稳定、FCLK闪断问题最后顺带提一下内存。很多人在调CPU的同时会顺手把内存的DOCP/XMP打开甚至手动调高FCLK。但AMD移动端对FCLKInfinity Fabric总线频率非常敏感尤其ZEN3平台FCLK一旦超过1800MHz可能出现USB设备随机断开、音频爆音、睡眠后无法唤醒等“玄学故障”。我的建议是内存自动超频如果出现不稳定先把FCLK降到与内存等效频率1:1比例再试。比如DDR4-3200对应FCLK1600DDR5-4800对应FCLK2400Rembrandt支持DDR5这里要注意原生的FCLK比例规则。如果开了XMP/EXPO导致游戏闪退、浏览器崩溃大概率是FCLK顶不住优先把FCLK往回拉一档而不是加内存电压硬撑。CPU分核降压和内存超频是两套独立的调校体系混在一起排查只会让问题变得更无序。6. 一点个人体会与后续扩展建议折腾完5900HX和6900HX这个流程我最深的感受是现代CPU的“超频”早就不是二极管式的“拉频率”了。PBO2加Curve Optimizer这套机制本质上还是在跟“功耗-电压-温度”这个铁三角博弈而你手里的工具比十年前精细了太多连每个核心的体质差异都能逐一点名。像我最后长期稳定跑的这套参数PPT 80W、TDC 60A、EDC 85A核心CO从-15到-28不等TjMax 90度单核可以到4.85GHz全核R23从默认的14400分提到15200分以上游戏里1% Low帧也肉眼可见地稳了一些。如果后续还想继续延伸可以从两个方向入手一是研究BIOS里隐藏的SoC电压与FCLK选项试着在分核降压的基础上再配合内存同步频率优化进一步压低内存延迟二是关注开源社区对Rembrandt平台支持的新进展比如Linux平台下的RyzenAdj和smokeless UMAF更新有时候Linux下反而能解锁Windows上被屏蔽的SMU控制选项。这些内容等我有空再单独写但前面这套分核降压PBO2的基础功应该足够你把手里的HX机器玩明白一大半了。最后分享一个小小的个人习惯每次调整参数后我都会新建一个文本文件把日期、机箱型号、BIOS版本、全套PBO2/CO参数、以及跑分温度结果记录在一起。这样当系统出现不稳定时往回查也很容易。毕竟折腾硬件最怕的不是失败而是成功之后忘了自己当时是怎么成功的。
返回列表