活动窗口优先级
本页内容
建议
视情况而定在客户端 Windows 10 和 11 上保留 Windows default。仅在可复现的 CPU 满载情况下才检查 0x1A。
BoosterX 的历史测试未发现普遍更优的状态：default 显示出略低的平均 click-to-photon 延迟，而 0x1A 在一个 CPU 场景中与最佳 FPS 指标吻合，但没有独立重复验证。
- 通常选择
- Windows default
- 主要效果
- CPU 量子策略
- FPS 与延迟
- 取决于负载
Win32PrioritySeparation 设置 foreground boost 以及 Windows 调度器量子选择的部分规则。处理器时间在就绪线程之间的分配取决于这些规则。该设置本身不会提高游戏优先级或 CPU 性能；FPS 提升没有保证。
对于大多数运行 Windows 10 或 11 的客户端计算机，我们建议使用 Windows default (0x02)。0x1A 状态会将可检查的字段设为长固定量子，并启用最大 foreground boost。它可能仅在一种狭窄场景中有用：游戏可复现地受限于 CPU，且对比确认有所改善，同时延迟或偶发帧没有恶化。
Windows Server 使用不同的调度规则，本研究未对其进行检查。在服务器系统上请保留原始状态：本文的 0x02 建议不适用于它。
Microsoft 将该参数的低两位记录为 ForegroundApplicationBoost：0 表示无 boost，1 表示最小，2 表示最大。Windows Internals 的历史文档将其余使用的字段描述为短量子或长量子、可变量子或固定量子的选择。
0x02 将量子选择留给 Windows 的默认客户端策略，并保留最大 foreground boost。0x1A 设置长固定量子，并保持相同的最大 boost。较长的量子在强 CPU 负载下可能减少线程切换频率，但同时会改变竞争任务的可响应性。
该设置可在 BoosterX 免费版中使用。表中列出了它在注册表中的值。
| 字段 | 值 |
|---|---|
| Hive 和路径 | HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl |
| 值名称 | Win32PrioritySeparation |
| 类型 | REG_DWORD |
| Windows default | 0x02 (2)，客户端 Windows 的已记录初始值 |
| 视情况而定状态 | 0x1A (26) |
| 还原 | 0x02 (2) |
使用 BoosterX 进行更改和还原。本页面没有现成的 .reg 和 PowerShell 命令。
在已检查的 Windows 11 25H2 上，该值被显式设置并等于 2。因此，不能将 DWORD 缺失视为所有 Windows 安装的出厂状态。如果该值不存在，则表示该参数未在注册表中显式设置。这与已写入的值 0 不同。不需要创建一个带有随机数字的项。
6 位解码器
实模式检查
输入在 tweak 列表中找到的值。计算器仅显示使用的六个位及相同模式的规范组合。不会更改计算机上的任何内容。
该计算器复现了开源项目 Win32PSCalculator 的解释：仅考虑低六位，并显示同一模式的规范值。例如，Windows default 0x02 和显式 0x26 在客户端 Windows 上对应短可变量子并启用最大 foreground boost。这解释了为什么在 default 之上设置 0x26 通常不会创建新模式。
计算器显示位组合所设定的模式。它不预测 FPS 或延迟。不同的数字可能设定同一模式。
何时检查 0x1A
Section titled “何时检查 0x1A”- 游戏或工作负载稳定地将 CPU 保持在接近满载；
- frametime 在 CPU 满载时恶化；
- 你可以进行多次相同的成对运行；
- 不仅比较平均 FPS，还比较 P1、P0.1、frametime 图表和输入延迟。
不要仅因为别人的设置配置文件使用 0x1A 就选择它。如果 CPU 未完全满载，可能没有差异。Windows 10 的结果也不能自动套用到 Windows 11。
BoosterX 测量显示了什么
Section titled “BoosterX 测量显示了什么”在 Windows 10 22H2 上的历史 Valorant 系列中，在记录的 100% CPU 负载下，每个值使用了 300 次 click-to-photon 测量。
| 指标 | Windows default 0x02 / 显式等效值 0x26 |
0x1A |
|---|---|---|
| Click-to-photon AVG | 15.28 ms | 15.68 ms |
| Click-to-photon SD | 3.12 ms | 3.31 ms |
| FPS AVG | 334.4 | 355.1 |
| P1 | 111.6 | 256.0 |
| P0.1 | 36.9 | 41.0 |
平均延迟差异为 0.40 ms，default 更优，而离散度约为 3 ms。在保存的记录中，0x1A 的 FPS 更高。然而，每个状态仅保存了一次 FPS 运行，因此该结果的可重复性尚未得到确认。
完整的数值矩阵、方法和限制见研究《Win32PrioritySeparation：CPU 满载下的延迟与 FPS》。
如何验证结果
Section titled “如何验证结果”- 保存 Windows default，并固定相同的游戏场景、FPS 限制、电源和后台负载。
- 使用原始设置执行多次运行，并保存 frametime、P1 和 P0.1。
- 在 BoosterX 中打开 “优化” → “调整项” → “调度器与内存” → “Win32PrioritySeparation”，选择
0x1A，点击 “应用”，并执行建议的重新启动。 - 以打乱顺序重复相同的运行。
- 仅当目标指标可重复改善，且延迟、偶发帧和后台任务没有恶化时，才保留
0x1A。
在 BoosterX 中打开 “优化” → “调整项” → “调度器与内存” → “Win32PrioritySeparation”，选择“默认”并点击 “应用”。如果启用了 “即时应用”，则无需单独点击。执行建议的重新启动，并确认该值再次等于 0x02。
来源与验证边界
Section titled “来源与验证边界”- Win32_OperatingSystem.ForegroundApplicationBoost，Microsoft Learn - 与 Registry 的关系以及 foreground boost 的值。
- CPU Analysis，Microsoft Learn - quantum、优先级和切换在调度器工作中的作用。
- Scheduling Priorities，Microsoft Learn - 优先级、preemption 和线程的 round-robin 调度。
- Context Switches，Microsoft Learn - 上下文切换的机制。
- Windows Internals Sixth Edition sample chapters，Microsoft Press - 位字段和客户端 quantum policy 的历史描述。
- BoosterX 公开测量表 - 历史 click-to-photon 和 FPS 汇总。
- Win32PSCalculator - 用于计算该参数等效值的开源桌面计算器。
所有量子变体的工作未在每个 Windows 版本上检查。0x1A 在 Windows 11 和现代游戏系统上的效果尚未复现。该建议不适用于 Windows Server。
最后检查：2026-09-20。