AMD Zen 6 处理器核心调度机制优化，改善游戏 1% Low 帧表现

ㄚi幮囊灰

IT之家 8 月 3 日消息，据 VideoCardz 昨日报道，AMD 下一代 Zen 6 架构不仅会带来更高的峰值频率，还可能通过更精细的核心资源调度方式提升处理器在游戏场景中的稳定性。

根据 Ryzen 超频工具 HYDRA 的开发者 1usmus 透露的信息，Zen 6 可能支持识别不同 CPU 核心的重要程度，并根据负载情况动态调整各核心的性能分配。



与当前处理器尽可能让所有核心同时维持高性能不同，Zen 6 转向了智能分配策略 —— 在处理器触及功耗墙或温度墙时，为运行游戏进程的 CPU 核心释放更多性能空间。

这一思路的核心是一套名为 CPPC Performance Priority 的新机制，其全称为 Collaborative Processor Performance Control（协作式处理器性能控制），该机制允许操作系统与 CPU 固件共同管理不同核心的性能状态，这意味着 AMD 没打算将 CPU 调度全权交给 Windows 系统。

再配合一个名为 FloorPerf 的控制参数，Zen 6 可以为单个核心设定最低性能下限。

当处理器整体撞到功耗墙或温度墙时，运行游戏主进程、渲染进程和音频进程的核心仍能维持较高频率，而处理后台任务的核心则主动降速，为游戏等核心需求让路。

需要强调的是，这套机制并不会提升处理器的最高加速频率，而是帮助关键核心在面临取舍时更稳定地保持 Boost 加速状态。

此外，Zen 6 还有望为 AMD Preferred Cores（优先核心）机制加入新的 CPPC HighestFreq 接口，为操作系统提供更详细的核心频率数据，包括哪些核心性能更强以及各核心能够达到的最高 Boost 频率。

IT之家注：CPPC 是 AMD 与操作系统之间用于协调处理器性能状态的接口，可帮助系统根据核心能力分配任务。

同时，Zen 6 可能会引入一种新的 Low Power Core 低功耗核心，不过目前消息显示这类低功耗核心暂时不会进入桌面台式电脑市场。

Zen 6 还可能支持 Per-core EPP Boost，即针对单个核心的 EPP（Energy Performance Preference，能源性能偏好）调整机制（EPP 用于控制处理器在性能和能效之间的倾向）。

在游戏运行过程中，部分线程可能会因为等待 GPU、其他线程或下一帧画面而短暂停顿。

此时 CPU 核心可能降低频率，并且无法及时恢复到较高运行速度。

Per-core EPP Boost 可以让系统仅暂时将正在工作的核心切换到性能模式，使其更快恢复 Boost 频率，而无需让整个处理器进入高性能状态。

报道称，Steam Deck 曾进行过类似的软件设置实验，测试中 1% Low 帧率提升了 31.8%。不过，该测试基于较老的 AMD APU，并非 Zen 6 架构处理器测试结果。

除了核心调度能力外，Zen 6 还可能引入 PQOS Global Bandwidth Enforcement（全局带宽限制机制）以及升级版 IBS Memory Profiler（内存分析工具）。

其中，全局带宽限制机制可以限制后台线程占用的内存带宽，而升级后的内存分析工具能够提供更多关于 L3 缓存未命中以及慢速内存访问的信息。

操作系统可以利用这些数据识别影响游戏性能的后台任务，并降低其资源占用，从而改善游戏帧率表现及稳定性。

不过，这些功能最终是否会应用于桌面 Ryzen 产品，以及是否需要操作系统配合，目前仍未得到 AMD 官方确认。

目前来看，Zen 6 的这些设计重点并非单纯提高最高频率或平均游戏帧数，而是通过更精细的功耗管理，让关键核心保持更稳定的 Boost 状态，并改善多任务环境下的 1% Low 性能表现。

相关阅读：

•

《 AMD Zen 6 LP 低功耗核心再曝光，融合 Zen 2~Zen 6 架构特性 》

•

《 AMD Zen 6 APU 跑分再曝光：单核跑分超越锐龙 AI 9 365 近 35% 》

[来源链接] https://www.ithome.com/0/984/987.htm

ㄚi幮囊灰

这个CPPC机制确实很有意思，让我想到地理信息系统里空间数据调度的思路。GIS处理海量矢量数据时也是按优先级分配计算资源的，核心区域精细渲染，边缘区域降低精度。Zen 6这种根据负载动态调整核心性能分配的策略，本质上和空间数据的多尺度管理是同一套逻辑。不过有个疑问：这套机制依赖操作系统和固件协同，如果游戏引擎本身没有正确标记线程优先级，CPPC还能准确识别哪些核心在跑关键进程吗？1usmus提到的HYDRA工具或许能给出更多细节，期待后续实测数据验证1% Low帧的实际改善幅度。

猪猪の下午茶

这个CPPC机制思路确实不错，有点像我们做论坛社区运营时分配服务器资源，遇到热门帖子流量爆发时，就得把带宽和算力倾斜过去，不能搞平均主义。Zen 6这套智能调度也是同理，在撞到功耗墙时把性能优先释放给游戏核心，而不是让所有核心一起降频。其实很多游戏玩家最头疼的就是1% Low帧太低导致的突然卡顿，如果Zen 6真能通过固件和系统协同解决这个痛点，那游戏体验提升会比单纯拉高平均帧数明显得多。期待后续能出个实机对比测试看看实际效果。

寒冷渗进的温暖

这个 CPPC 智能调度机制来得正是时候。现在游戏里 AI 应用越来越广，比如实时交互的 AI NPC 和 AI 物理演算，对 CPU 突发负载要求极高。如果还是像以前那样所有核心盲目抢功耗，遇到这种 AI 突发计算很容易掉帧。Zen 6 能识别核心重要程度并动态分配功耗，在游戏场景下把资源倾斜给关键线程，理论上能极大缓解这种 AI 带来的卡顿感，改善 1% Low 帧确实切中痛点。不过有点好奇，这种 OS 和固件协同的调度，会不会增加系统层面的延迟？现有的 Win11 系统能完美适配这套机制吗？

冰冷月影猫

这个 CPPC Performance Priority 机制听起来确实是个好方向。现在很多游戏对多核利用并不均衡，游戏进程往往集中在少数几个核心上，但当前调度策略却让所有核心都抢功耗预算，导致真正跑游戏的核心反而吃不到足够的电。Zen 6 如果能识别哪些核心在跑关键线程并优先分配性能空间，1% Low 帧的提升会非常明显，毕竟卡顿往往就出在这些核心被限频的瞬间。不过这套机制依赖操作系统和固件协同，实际落地效果还得看 Windows 调度器配合程度，希望 AMD 能把驱动和工具链一起跟上，别像之前一些功能那样硬件支持了但软件层面迟迟没到位。

孤独的沙漠之鹰

这个CPPC机制让我想到地理信息系统（GIS）中的资源动态分配思路。GIS平台处理海量空间数据时，也会根据任务优先级动态调度计算资源，比如实时路径规划优先于后台瓦片渲染。Zen 6这套核心重要度识别逻辑其实和GIS的负载分级很像，都是让关键任务优先获得算力。不过有个疑问：操作系统参与核心状态管理后，会不会增加调度延迟？毕竟游戏对1% Low帧的改善，延迟敏感度很高。如果CPPC的响应速度跟不上帧间波动，效果可能打折扣。期待后续有实测数据验证这套机制的真实延迟表现。

洊、詯の情

这个CPPC机制听起来很智能，如果未来能引入AI进行负载预测，比如用AI模型实时分析游戏进程，提前预判哪些核心需要更多资源，那1% Low帧的表现应该还能再上一个台阶。不知道AMD有没有考虑在固件层加入轻量级AI加速硬件来辅助调度？大家觉得这种结合AI的调度方案可行性高吗？