Win32PrioritySeparation: aizture un FPS pie pilnas CPU noslodzes

Īsā atbilde: Win32PrioritySeparation patiešām pārvalda foreground boost un daļu no CPU kvantu politikas. Mūsu vēsturiskais tests neatklāja universāli labāko vērtību. Windows default uzrādīja nedaudz mazāku vidējo click-to-photon aizturi, savukārt 0x1A sakrita ar labākajiem FPS un P1 vienā testā pie 100% CPU noslodzes. Tā kā trūkst neatkarīgu FPS atkārtojumu un neapstrādātu click samples, iesakām default, bet 0x1A uzskatām tikai par pārbaudāmu hipotēzi CPU scenārijam.

Statuss: parametra saistība ar foreground boost ir dokumentēta Microsoft. Parametra nolasīšana tika novērota iepriekš ievāktos Windows 11 24H2 un 25H2 sistēmas izsekojumos. Lietotāja efekts tika mērīts vēsturiskā Windows 10 22H2 sērijā, bet citā sistēmā vai neatkarīgā palaišanā tas netika reproducēts.

Pārbaudāmais apgalvojums

Mēs pārbaudījām trīs dažādus apgalvojumus, kurus nedrīkst apvienot:

1. Parametrs pastāv un ir saistīts ar Windows plānotāja politiku.
2. Vērtības 0x02 un 0x1A atspoguļo dažādas kvantu politikas ar vienādu maksimālo foreground boost.
3. 0x1A uzlabo FPS vai spēles aizturi pie pilnas CPU noslodzes.

Pirmie divi apgalvojumi tiek apstiprināti ar publisko dokumentāciju un novērojumiem pētītajās būvēs. Trešais prasa mērījumus un nekļūst patiess tikai parametra uzbūves dēļ.

Pētījuma apjoms

Slānis	Vide	Rezultāts
Publiskā dokumentācija	Microsoft WMI, CPU Analysis un Windows Internals	Aprakstīti foreground boost, quantum un vēsturiskā bitu struktūra
Sistēmas novērojums	Windows 11 24H2 un 25H2	Parametra nolasīšana tika novērota iepriekš ievāktos izsekojumos
Click-to-photon	Windows 10 22H2, Valorant, CPU 100%	Pa 300 mērījumiem uz vērtību, saglabāti agregāti
FPS	Tā pati vēsturiskā sērija	Viens CapFrameX capture uz konfigurāciju; daļa rindu nederīgas capture iesalšanas dēļ

Windows 10 22H2 dynamic trace šai publikācijai nav pieejams. Arī Windows 11 26H1 nav piemērota izsekojuma. Windows 10 mērījumi netiek pārnesti uz Windows 11 bez atkārtošanas.

Kur atrodas parametrs

Lauks	Vērtība
Hive un ceļš	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl
Vērtības nosaukums	Win32PrioritySeparation
Tips	REG_DWORD
Dokumentētā sākotnējā vērtība client Windows	0x02 (2)

Windows Internals nosauc 2 par sākotnējo vērtību klienta Windows un serverī, kas nav konfigurēts kā application server. Mūsu Windows 11 25H2 izsekojumā DWORD arī bija skaidri sastopams ar vērtību 2.

Tāpēc mēs neuzskatām vērtības neesamību par universālu Windows default. Tā var parādīties pēc attēla maiņas, manuālas dzēšanas vai trešās puses rīka darbībām, bet pašreizējā pētījumā clean-install scenārijs ar trūkstošu DWORD dinamiski netika reproducēts. Rindas neesamību nevar automātiski traktēt kā 0.

Kā parametrs ir uzbūvēts

Microsoft saista rekvizītu Win32_OperatingSystem.ForegroundApplicationBoost ar Win32PrioritySeparation un dokumentē vērtības 0, 1 un 2: bez boost, minimālais un maksimālais boost foreground application.

Oficiālais Windows Internals Sixth Edition paraugs apraksta parametru kā lauku kopu:

Biti	Nozīme
0-1	Foreground boost pakāpe
2-3	Mainīgi vai fiksēti kvanti
4-5	Īsi vai gari kvanti

0x02 ir dokumentētā sākotnējā vērtība client Windows: tā nosaka maksimālo foreground boost, bet pārējos laukus atstāj sistēmas politikai. Klienta Windows vēsturiski tas atbilst īsiem mainīgiem kvantiem, ko var skaidri izteikt kā 0x26. 0x1A nosaka garus fiksētus kvantus ar tādu pašu maksimālo foreground boost.

Atvērtais projekts Win32PSCalculator parāda šo ekvivalenci tieši. Tas maskē ievadi caur 0x3F, sadala trīs divbitu laukos un reducē dažādus ierakstus uz vienu no 12 kanoniskajām kombinācijām. Tas palīdz atklāt placebo vērtības, kas izskatās citādi, bet nerada jaunu scheduler mode.

Windows Internals dokuments ir vēsturisks. Mēs to izmantojam lauku interpretācijai, bet neapgalvojam, ka visas iekšējās quantum tables ir nemainīgas visās mūsdienu būvēs.

Vērtību kalkulators

6 bitu dekoders

Reālā režīma pārbaude

Win32PSCalculator ↗

Ievadiet vērtību, ko atradāt tvīku sarakstā. Kalkulators parādīs tikai izmantotos sešus bitus un kanonisko kombināciju ar to pašu režīmu. Tas neko nemaina datorā.

Registry vērtība

Analizēt

Hex ar prefiksu 0x, bez prefiksa — decimal.

Default 0x02Skaidrs default 0x26Atkarībā no situācijas 0x1A

Ekvivalents režīms0x26

Windows default: klienta Windows atbilst skaidrajam režīmam 0x26.

000010

Ievadīts

0x00000002 · 2

Pēc maskas 0x3F

0x02 · 2

Kvanti

Sistēmas default → īsie

Tips

Sistēmas default → mainīgie

Foreground pastiprinājums

Maksimālais · 3:1

Kalkulators darbojas tikai pārlūkā un nelasa un nemaina Registry. Tā rezultāts parāda bitu kombināciju ekvivalenci, nevis gaidāmo FPS vai aizturi. Tā pati versija ir pieejama BoosterX iestatījumu lapā.

Kāpēc rezultāts var būt atkarīgs no noslodzes

Plānotājs izvēlas gatavu pavedienu, ņemot vērā priority, affinity, stāvokli un atlikušo quantum. Pēc quantum izsmelšanas pavediens var piekāpties procesoru citam gatavam tāda paša priority pavedienam. Konteksta pārslēgšanai ir izmaksas, tāpēc garāki kvanti var samazināt scheduler turnover un uzturēt throughput pie spēcīgas konkurences par CPU.

Tas izskaidro iespējamo efekta virzienu, bet nesola pieaugumu spēlei. Garāks fiksēts quantum vienlaikus var pasliktināt citu pavedienu atsaucību. Ja CPU nav ierobežojošais faktors, izmērāma ieguvuma var nebūt.

Vēsturiskā testa metodika

Tests tika veikts Valorant uz Windows 10 22H2 ar reģistrētu 100% CPU noslodzi. Katrai Registry vērtībai tika veikti 300 click-to-photon mērījumi ar BoosterX aparatūras stendu. Logitech G PRO X SUPERLIGHT pogas elektriskais signāls iedarbina taimeri, un fotosensors to aptur pēc spilgtuma izmaiņām ekrānā. Pilns trakts ir aprakstīts pētījumu metodikā.

Tabulā tika saglabāti AVG, STDDEV, MIN un MAX aiztures. FPS tika izmantots CapFrameX, bet pieejamajā blokā ir tikai viens capture uz konfigurāciju. Dažām vērtībām capture iesala, tāpēc šīs FPS rindas ir atzīmētas kā nepieejamas un netiek atjaunotas ar pieņēmumiem.

Sākotnējie 300 click samples, P90, sadalījumi, precīzs hardware/driver manifest un neatkarīgi FPS atkārtojumi nav piesaistīti šai vecajai sērijai. Tas ierobežo statistisko secinājumu.

Rezultāti

Vērtība	Politika	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
0x2A	īsa, fiksēta, augsts boost	16.61	2.69	10.53	21.96	351.3	226.2	43.9
0x29	īsa, fiksēta, vidējs boost	17.08	3.02	10.31	25.09	336.8	254.9	14.3
0x28	īsa, fiksēta, bez boost	17.62	4.94	10.19	47.04	n/d	n/d	n/d
0x26	skaidrs default ekvivalents 0x02	15.28	3.12	9.30	23.08	334.4	111.6	36.9
0x25	īsa, mainīga, vidējs boost	16.90	2.73	11.42	23.97	334.7	102.6	27.6
0x24	īsa, mainīga, bez boost	18.71	4.66	11.88	32.48	n/d	n/d	n/d
0x1A	gara, fiksēta, augsts boost	15.68	3.31	9.97	23.30	355.1	256.0	41.0
0x19	gara, fiksēta, vidējs boost	16.80	2.61	10.08	21.95	352.0	272.9	21.5
0x18	gara, fiksēta, bez boost	22.74	8.81	11.65	55.10	n/d	n/d	n/d
0x16	gara, mainīga, augsts boost	16.77	2.88	11.32	23.97	346.4	200.1	34.0
0x15	gara, mainīga, vidējs boost	16.13	2.34	10.08	20.95	332.1	144.4	17.8
0x14	gara, mainīga, bez boost	19.87	5.55	12.43	52.31	n/d	n/d	n/d

н/д nozīmē nederīgu vai trūkstošu FPS capture, nevis nulles rezultātu.

Default un 0x1A salīdzinājums

Metrika	Default / ekvivalents 0x26	0x1A	Novērotā atšķirība
Click-to-photon AVG	15.28 ms	15.68 ms	0x1A augstāks par 0.40 ms, apmēram 2.6%
Click-to-photon SD	3.12 ms	3.31 ms	0x1A augstāks par 0.19 ms
FPS AVG	334.4	355.1	0x1A augstāks par 20.7, apmēram 6.2%
P1	111.6	256.0	0x1A augstāks par 144.4
P0.1	36.9	41.0	0x1A augstāks par 4.1

Vidējās aiztures atšķirība 0.40 ms ir ievērojami mazāka par saglabāto izkliedi ap 3 ms. Bez neapstrādātiem samples nevar korekti izveidot ticamības intervālu vai pārbaudīt sadalījuma formu. FPS atšķirība ir liela pēc aprakstošajiem skaitļiem, bet viens capture uz stāvokli nepierāda reproducējamību un neizslēdz palaišanas kārtības vai fona noslodzes ietekmi.

Kas ir apstiprināts

• Parametrs ir saistīts ar foreground boost un Windows plānotāja kvantu politiku.
• Tā nolasīšana tika novērota pētītajās Windows 11 24H2 un 25H2.
• Vēsturiskajā Windows 10 22H2 sērijā tika veikti pa 300 click-to-photon mērījumiem uz vērtību.
• Starp stāvokļiem ar augstu foreground boost default ekvivalents 0x26 uzrādīja mazāko vidējo aizturi.
• Tajā pašā vēsturiskajā capture 0x1A uzrādīja lielāko FPS AVG un P1 starp stāvokļiem ar augstu boost.

Kas nav apstiprināts

• Ka 0x1A vienmēr paaugstina FPS, P1 vai kadru plūdumu.
• Ka 0x1A samazina click-to-photon vai input latency.
• Ka rezultāts atkārtojas uz Windows 11, cita CPU, citā spēlē vai bez pilnas CPU noslodzes.
• Ka patvaļīgas vērtības no svešiem tweak sarakstiem ir noderīgas vai drošas.
• Ka atšķirības ir statistiski nozīmīgas: vecajai sērijai nav neapstrādātu samples un neatkarīgu FPS atkārtojumu.

Ierobežojumi

Vēsturiskā tabula nesatur pilnu piesaistītu aparatūras manifestu, draivera un spēles versijas, temperatūru, power state un palaišanas kārtību. Viena capture logi netiek uzskatīti par neatkarīgiem atkārtojumiem. CapFrameX kļūdas skāra galvenokārt stāvokļus bez foreground boost, tāpēc pilnu FPS matricu nevar salīdzināt.

Pētījums un izmantotie rīki pieder BoosterX izstrādātājam, kurš nodrošina šo iestatījumu, tāpēc izstrādātājam ir tieša interese par rezultātiem. Metodika un piemērojamības robežas ir aprakstītas iepriekš, un secinājumus var pārbaudīt pēc atvērtajiem datiem un uzskaitītajiem publiskajiem avotiem. Tāpēc default paliek ieteikums, bet augstākais vēsturiskais FPS 0x1A tiek publicēts kopā ar negatīvo rezultātu par vidējo aizturi un visiem ierobežojumiem.

Praktiskais secinājums

Atstājiet Windows default (0x02) lielākajā daļā klienta Windows 10 un 11 sistēmu. Nepiemērojiet 0x1A kā universālu “plānotāja optimizāciju”. Windows Server ir cita scheduler policy, netika mērīts un neietilpst šajā ieteikumā.

0x1A pārbaude ir pamatota tikai pie reproducējamas CPU saturation. Izmantojiet vairākus pāru palaišanas, sajaucie kārtību, fiksējiet vidējo FPS, P1, P0.1, frametime spikes un click-to-photon. Atstājiet izmaiņas tikai pie atkārtojama mērķa metrikas uzlabojuma bez jauna pasliktinājuma.

Bezmaksas iestatījuma lapa un precīzs atgriešanas veids: Win32PrioritySeparation BoosterX.

Stāvokļa atjaunošana

Pēc salīdzināšanas atgrieziet parametru uz Windows default (0x02) caur BoosterX un veiciet saskarnes piedāvāto restartu. Vēsturiskajā kopā atsevišķs ieraksts par atgriešanas pārbaudi netika saglabāts, tāpēc šis pētījums neuzskata recovery par apstiprinātu vecā eksperimenta daļu.

Publiskie primārie avoti

• Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry mapping un foreground boost vērtības.
• CPU Analysis, Microsoft Learn - quantum, priority, processor selection un context switches izmaksas.
• Scheduling Priorities, Microsoft Learn - round-robin, preemption un dynamic priority.
• Context Switches, Microsoft Learn - kas notiek, pārslēdzot pavedienu.
• Windows Internals Sixth Edition sample chapters, Microsoft Press - parametra lauku un klienta kvantu vēsturiskais apraksts.
• BoosterX publiskā click-to-photon mērījumu tabula - šīs vēsturiskās sērijas sākotnējie publicētie agregāti.
• Win32PSCalculator - atvērta realizācija sešu jaunāko bitu dekodēšanai un ekvivalenta režīma meklēšanai.

Publiskie avoti un formulējumi pārbaudīti: 2026-08-24.

Izmaiņu vēsture

• 2026-09-20: interešu konflikta atruna pastiprināta līdz pilnam formulējumam ar pētījuma un rīku piederību.
• 2026-08-24: pievienota precīza Registry value atrašanās vieta, dokumentētā sākotnējā vērtība 0x02, Win32PSCalculator un trūkstoša DWORD traktējuma robežas.
• 2026-08-24: pirmā publikācija; pievienota pilna vēsturiskā matrica, mehānisma un lietotāja efekta atdalīšana, kā arī default ieteikums.