Win32PrioritySeparation: latence a FPS při plném vytížení CPU
Na této stránce
Krátká odpověď:
Win32PrioritySeparationskutečně řídí foreground boost a část politiky kvant CPU. Náš historický test neodhalil univerzálně nejlepší hodnotu. Windows default vykázal mírně nižší průměrnou click-to-photon latenci, zatímco0x1Ase v jednom testu při 100% zatížení CPU shodoval s nejlepšími FPS a P1. Kvůli absenci nezávislých FPS opakování a surových click samples doporučujeme default a0x1Apovažujeme pouze za ověřitelnou hypotézu pro CPU scénář.
Stav: souvislost parametru s foreground boost je dokumentována Microsoftem. Čtení parametru bylo pozorováno v dříve sebraných systémových tracích Windows 11 24H2 a 25H2. Uživatelský efekt byl změřen v historické sérii Windows 10 22H2, ale nebyl reprodukován na jiném systému ani v nezávislém spuštění.
Ověřitelné tvrzení
Sekce “ Ověřitelné tvrzení”Ověřovali jsme tři různá tvrzení, která nelze slučovat:
- Parametr existuje a souvisí s politikou plánovače Windows.
- Hodnoty
0x02a0x1Apředstavují různé politiky kvant při stejném maximálním foreground boost. 0x1Azlepšuje FPS nebo latenci hry při plném zatížení CPU.
První dvě tvrzení potvrzuje veřejná dokumentace a pozorování na zkoumaných sestaveních. Třetí vyžaduje měření a nestává se pravdivým jen kvůli konstrukci parametru.
Rozsah výzkumu
Sekce “ Rozsah výzkumu”| Vrstva | Prostředí | Výsledek |
|---|---|---|
| Veřejná dokumentace | Microsoft WMI, CPU Analysis a Windows Internals | Jsou popsány foreground boost, quantum a historická bitová struktura |
| Systémové pozorování | Windows 11 24H2 a 25H2 | Čtení parametru bylo pozorováno v dříve sebraných tracích |
| Click-to-photon | Windows 10 22H2, Valorant, CPU 100% | Po 300 měřeních na hodnotu, uloženy agregáty |
| FPS | Tatáž historická série | Jeden CapFrameX capture na konfiguraci; část řádků nepoužitelná kvůli zamrznutí capture |
Windows 10 22H2 dynamic trace pro tuto publikaci chybí. Pro Windows 11 26H1 také není použitelná trace. Měření Windows 10 se nepřenášejí na Windows 11 bez zopakování.
Kde se parametr nachází
Sekce “ Kde se parametr nachází”| Pole | Hodnota |
|---|---|
| Hive a cesta | HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl |
| Název hodnoty | Win32PrioritySeparation |
| Typ | REG_DWORD |
| Dokumentovaná počáteční hodnota client Windows | 0x02 (2) |
Windows Internals označuje 2 za počáteční hodnotu na klientském Windows a na serveru, který není nakonfigurován jako application server. V naší trace Windows 11 25H2 byl DWORD také přítomen explicitně s hodnotou 2.
Proto nepovažujeme absenci hodnoty za univerzální Windows default. Může se vyskytnout po úpravě image, ručním smazání nebo působením nástroje třetí strany, ale v aktuálním výzkumu nebyl clean-install scénář s chybějícím DWORD dynamicky reprodukován. Absenci řádku nelze automaticky vykládat jako 0.
Jak je parametr konstruován
Sekce “ Jak je parametr konstruován”Microsoft přiřazuje vlastnost Win32_OperatingSystem.ForegroundApplicationBoost k Win32PrioritySeparation a dokumentuje hodnoty 0, 1 a 2: bez boost, minimální a maximální boost foreground application.
Oficiální sample Windows Internals Sixth Edition popisuje parametr jako sadu polí:
| Bity | Význam |
|---|---|
| 0-1 | Stupeň foreground boost |
| 2-3 | Proměnné nebo pevné kvanty |
| 4-5 | Krátké nebo dlouhé kvanty |
0x02 je dokumentovaná počáteční hodnota client Windows: nastavuje maximální foreground boost a ostatní pole ponechává systémové politice. Pro klientské Windows to historicky odpovídá krátkým proměnným kvantům, která lze explicitně vyjádřit jako 0x26. 0x1A nastavuje dlouhá pevná kvanta při stejném maximálním foreground boost.
Otevřený projekt Win32PSCalculator ukazuje tuto ekvivalenci přímo. Maskuje vstup přes 0x3F, rozebírá tři dvoubitová pole a různé zápisy redukuje na jednu z 12 kanonických kombinací. To pomáhá odhalit placebo hodnoty, které vypadají jinak, ale nevytvářejí nový scheduler mode.
Dokument Windows Internals je historický. Používáme jej pro interpretaci polí, ale netvrdíme, že všechny interní quantum tables jsou neměnné ve všech moderních sestaveních.
Kalkulačka hodnot
Sekce “ Kalkulačka hodnot”Dekodér 6 bitů
Ověření reálného režimu
Zadejte hodnotu nalezenou v seznamu tweaků. Kalkulačka zobrazí pouze použitých šest bitů a kanonickou kombinaci se stejným režimem. V počítači nic nemění.
Kalkulačka pracuje pouze v prohlížeči a nečte ani nemění Registry. Její výsledek ukazuje ekvivalenci bitových kombinací, nikoli očekávané FPS nebo latenci. Stejná verze je dostupná na stránce nastavení BoosterX.
Proč může výsledek záviset na zatížení
Sekce “ Proč může výsledek záviset na zatížení”Plánovač vybírá připravené vlákno s ohledem na priority, affinity, stav a zbývající quantum. Po vyčerpání quantum může vlákno uvolnit procesor jinému připravenému vláknu stejné priority. Přepnutí kontextu má svou cenu, proto delší kvanta mohou snížit scheduler turnover a podpořit throughput při silné konkurenci o CPU.
To vysvětluje možné směřování efektu, ale neslibuje přínos pro hru. Delší pevný quantum může zároveň zhoršit odezvu ostatních vláken. Pokud CPU není omezením, měřitelný zisk nemusí existovat.
Metodika historického testu
Sekce “ Metodika historického testu”Test probíhal ve hře Valorant na Windows 10 22H2 při zaznamenaném 100% zatížení CPU. Pro každou Registry hodnotu bylo provedeno 300 click-to-photon měření hardwarovým stanovištěm BoosterX. Elektrický signál tlačítka Logitech G PRO X SUPERLIGHT spouští časovač a fotosenzor jej zastaví po změně jasu na obrazovce. Celý trakt je popsán v metodice výzkumů.
V tabulce jsou zachovány AVG, STDDEV, MIN a MAX latence. Pro FPS byl použit CapFrameX, ale v dostupném bloku je pouze jeden capture na konfiguraci. U části hodnot capture zamrzl, proto jsou tyto FPS řádky označeny jako nedostupné a nejsou rekonstruovány domněnkami.
Původních 300 click samples, P90, distribuce, přesný hardware/driver manifest a nezávislá FPS opakování nejsou k této staré sérii přiřazeny. To omezuje statistický závěr.
Výsledky
Sekce “ Výsledky”| Hodnota | Politika | AVG, ms | SD, ms | MIN, ms | MAX, ms | FPS AVG | P1 | P0.1 |
|---|---|---|---|---|---|---|---|---|
0x2A |
krátká, pevná, vysoký boost | 16.61 | 2.69 | 10.53 | 21.96 | 351.3 | 226.2 | 43.9 |
0x29 |
krátká, pevná, střední boost | 17.08 | 3.02 | 10.31 | 25.09 | 336.8 | 254.9 | 14.3 |
0x28 |
krátká, pevná, bez boost | 17.62 | 4.94 | 10.19 | 47.04 | n/a | n/a | n/a |
0x26 |
explicitní ekvivalent default 0x02 |
15.28 | 3.12 | 9.30 | 23.08 | 334.4 | 111.6 | 36.9 |
0x25 |
krátká, proměnná, střední boost | 16.90 | 2.73 | 11.42 | 23.97 | 334.7 | 102.6 | 27.6 |
0x24 |
krátká, proměnná, bez boost | 18.71 | 4.66 | 11.88 | 32.48 | n/a | n/a | n/a |
0x1A |
dlouhá, pevná, vysoký boost | 15.68 | 3.31 | 9.97 | 23.30 | 355.1 | 256.0 | 41.0 |
0x19 |
dlouhá, pevná, střední boost | 16.80 | 2.61 | 10.08 | 21.95 | 352.0 | 272.9 | 21.5 |
0x18 |
dlouhá, pevná, bez boost | 22.74 | 8.81 | 11.65 | 55.10 | n/a | n/a | n/a |
0x16 |
dlouhá, proměnná, vysoký boost | 16.77 | 2.88 | 11.32 | 23.97 | 346.4 | 200.1 | 34.0 |
0x15 |
dlouhá, proměnná, střední boost | 16.13 | 2.34 | 10.08 | 20.95 | 332.1 | 144.4 | 17.8 |
0x14 |
dlouhá, proměnná, bez boost | 19.87 | 5.55 | 12.43 | 52.31 | n/a | n/a | n/a |
н/д znamená nepoužitelný nebo chybějící FPS capture, nikoli nulový výsledek.
Srovnání default a 0x1A
Sekce “Srovnání default a 0x1A”| Metrika | Default / ekvivalent 0x26 |
0x1A |
Pozorovaný rozdíl |
|---|---|---|---|
| Click-to-photon AVG | 15.28 ms | 15.68 ms | 0x1A vyšší o 0.40 ms, asi 2.6% |
| Click-to-photon SD | 3.12 ms | 3.31 ms | 0x1A vyšší o 0.19 ms |
| FPS AVG | 334.4 | 355.1 | 0x1A vyšší o 20.7, asi 6.2% |
| P1 | 111.6 | 256.0 | 0x1A vyšší o 144.4 |
| P0.1 | 36.9 | 41.0 | 0x1A vyšší o 4.1 |
Rozdíl průměrné latence 0.40 ms je výrazně menší než zachovaný rozptyl kolem 3 ms. Bez surových samples nelze korektně sestrojit interval spolehlivosti ani ověřit tvar distribuce. FPS rozdíl je podle popisných čísel velký, ale jeden capture na stav neprokazuje reprodukovatelnost a nevylučuje vliv pořadí běhů nebo background activity.
Co je potvrzeno
Sekce “ Co je potvrzeno”- Parametr souvisí s foreground boost a politikou kvant plánovače Windows.
- Jeho čtení bylo pozorováno ve zkoumaných Windows 11 24H2 a 25H2.
- V historické sérii Windows 10 22H2 bylo provedeno po 300 click-to-photon měřeních na hodnotu.
- Mezi stavy s vysokým foreground boost vykázal default-ekvivalent
0x26nejnižší průměrnou latenci. - Ve stejném historickém capture vykázal
0x1Anejvyšší FPS AVG a P1 mezi stavy s vysokým boost.
Co není potvrzeno
Sekce “ Co není potvrzeno”- Že
0x1Avždy zvyšuje FPS, P1 nebo plynulost snímků. - Že
0x1Asnižuje click-to-photon nebo input latency. - Že se výsledek opakuje na Windows 11, jiném CPU, v jiné hře nebo bez plného zatížení CPU.
- Že jsou libovolné hodnoty z cizích tweak listů užitečné nebo bezpečné.
- Že jsou rozdíly statisticky významné: pro starou sérii nejsou surové samples ani nezávislá FPS opakování.
Omezení
Sekce “ Omezení”Historická tabulka neobsahuje úplný přiřazený manifest hardwaru, verzí ovladače a hry, teploty, power state a pořadí běhů. Okna jednoho capture se nepovažují za nezávislá opakování. Chyby CapFrameX zasáhly převážně stavy bez foreground boost, proto nelze srovnávat úplnou FPS matici.
Výzkum a použité nástroje patří vývojáři BoosterX, který toto nastavení poskytuje, proto má vývojář přímý zájem na výsledcích. Metodika a hranice použitelnosti jsou popsány výše a závěry lze ověřit podle otevřených dat a uvedených veřejných zdrojů. Proto default zůstává doporučením a vyšší historický FPS 0x1A je publikován spolu s negativním výsledkem u průměrné latence a všemi omezeními.
Praktický závěr
Sekce “ Praktický závěr”Ponechte Windows default (0x02) na většině klientských systémů Windows 10 a 11. Nepoužívejte 0x1A jako univerzální „optimalizaci plánovače“. Windows Server má jinou scheduler policy, nebyl měřen a do tohoto doporučení nepatří.
Ověření 0x1A je opodstatněné pouze při reprodukovatelném CPU saturation. Použijte několik párových běhů, promíchejte pořadí, zaznamenejte průměrné FPS, P1, P0.1, frametime spikes a click-to-photon. Změnu ponechte pouze při opakovatelném zlepšení cílové metriky bez nového zhoršení.
Stránka bezplatného nastavení a přesný způsob vrácení: Win32PrioritySeparation v BoosterX.
Obnovení stavu
Sekce “ Obnovení stavu”Po srovnání vraťte parametr na Windows default (0x02) přes BoosterX a proveďte restart nabídnutý rozhraním. V historickém souboru se samostatný záznam o ověření vrácení nezachoval, proto tento výzkum nepovažuje recovery za potvrzenou součást starého experimentu.
Veřejné primární zdroje
Sekce “ Veřejné primární zdroje”- Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry mapping a hodnoty foreground boost.
- CPU Analysis, Microsoft Learn - quantum, priority, processor selection a cena context switches.
- Scheduling Priorities, Microsoft Learn - round-robin, preemption a dynamic priority.
- Context Switches, Microsoft Learn - co se děje při přepnutí vlákna.
- Windows Internals Sixth Edition sample chapters, Microsoft Press - historický popis polí parametru a klientských kvant.
- Veřejná tabulka click-to-photon měření BoosterX - původní publikované agregáty této historické série.
- Win32PSCalculator - otevřená implementace dekódování spodních šesti bitů a hledání ekvivalentního režimu.
Veřejné zdroje a formulace ověřeny: 2026-08-24.
Historie změn
Sekce “Historie změn”- 2026-09-20: disclaimer o konfliktu zájmů posílen na plnou formulaci s vlastnictvím výzkumu a nástrojů.
- 2026-08-24: přidáno přesné umístění Registry value, dokumentovaná počáteční hodnota
0x02, Win32PSCalculator a hranice výkladu chybějícího DWORD. - 2026-08-24: první publikace; přidána úplná historická matice, oddělení mechanismu a uživatelského efektu a také default doporučení.
