Přeskočit na obsah

Win32PrioritySeparation: latence a FPS při plném vytížení CPU

Na této stránce

Krátká odpověď: Win32PrioritySeparation skuteč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ímco 0x1A se 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 a 0x1A považ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ěřovali jsme tři různá tvrzení, která nelze slučovat:

  1. Parametr existuje a souvisí s politikou plánovače Windows.
  2. Hodnoty 0x02 a 0x1A představují různé politiky kvant při stejném maximálním foreground boost.
  3. 0x1A zlepš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.

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.

Dekodér 6 bitů

Ověření reálného režimu

Win32PSCalculator ↗

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í.

Hex s předponou 0x, bez předpony decimal.

Ekvivalentní režim0x26

Windows default: na klientské verzi Windows odpovídá explicitnímu režimu 0x26.

000010
Zadáno
0x00000002 · 2
Po masce 0x3F
0x02 · 2
Kvanty
Systémový default → krátké
Typ
Systémový default → proměnné
Zvýšení foreground
Maximální · 3:1

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.

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.

  • 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 0x26 nejnižší průměrnou latenci.
  • Ve stejném historickém capture vykázal 0x1A nejvyšší FPS AVG a P1 mezi stavy s vysokým boost.
  • Že 0x1A vždy zvyšuje FPS, P1 nebo plynulost snímků.
  • Že 0x1A sniž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í.

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.

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.

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”

Veřejné zdroje a formulace ověřeny: 2026-08-24.

  • 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í.