作用中視窗優先順序
本頁內容
建議
視情況而定在用戶端 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 維持在接近滿載；
- CPU 滿載時 frametime 變差；
- 您可以進行數次相同的成對測試；
- 比較的不只是平均 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。