Win32PrioritySeparation: latens och FPS vid full CPU-belastning

Kort svar: Win32PrioritySeparation styr verkligen foreground boost och en del av CPU-kvantumpolicyn. Vårt historiska test visade inget universellt bästa värde. Windows default visade något lägre genomsnittlig click-to-photon-fördröjning, medan 0x1A matchade de bästa FPS- och P1-värdena i ett test vid 100% CPU-belastning. På grund av avsaknaden av oberoende FPS-upprepningar och råa click samples rekommenderar vi default, och 0x1A betraktar vi endast som en testbar hypotes för CPU-scenariot.

Status: parameterns koppling till foreground boost är dokumenterad av Microsoft. Läsning av parametern observerades i tidigare insamlade systemspårningar från Windows 11 24H2 och 25H2. Användareffekten mättes i en historisk serie på Windows 10 22H2, men har inte reproducerats på ett annat system eller i en oberoende körning.

Testbart påstående

Vi testade tre olika påståenden som inte får slås samman:

1. Parametern finns och är kopplad till Windows schemaläggarpolicy.
2. Värdena 0x02 och 0x1A representerar olika kvantumpolicyer vid samma maximala foreground boost.
3. 0x1A förbättrar FPS eller spel-fördröjning vid full CPU-belastning.

De två första påståendena bekräftas av offentlig dokumentation och observationer på de undersökta builderna. Det tredje kräver mätningar och blir inte sant enbart på grund av parameterns utformning.

Undersökningens omfattning

Lager	Miljö	Resultat
Offentlig dokumentation	Microsoft WMI, CPU Analysis och Windows Internals	Foreground boost, quantum och historisk bitstruktur beskrivs
Systemobservation	Windows 11 24H2 och 25H2	Läsning av parametern observerades i tidigare insamlade spårningar
Click-to-photon	Windows 10 22H2, Valorant, CPU 100%	300 mätningar per värde, aggregerade data sparade
FPS	Samma historiska serie	En CapFrameX capture per konfiguration; vissa rader oanvändbara på grund av hängande capture

Windows 10 22H2 dynamic trace saknas för denna publikation. För Windows 11 26H1 finns inte heller någon användbar spårning. Mätningarna från Windows 10 kan inte överföras till Windows 11 utan att upprepas.

Var parametern finns

Fält	Värde
Hive och sökväg	HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl
Värdenamn	Win32PrioritySeparation
Typ	REG_DWORD
Dokumenterat initialvärde för client Windows	0x02 (2)

Windows Internals anger 2 som initialvärde på client Windows och på en server som inte är konfigurerad som application server. I vår spårning från Windows 11 25H2 fanns DWORD även explicit med värdet 2.

Därför betraktar vi inte frånvaron av värdet som ett universellt Windows default. Det kan förekomma efter ändring av avbilden, manuell borttagning eller åtgärder från ett tredjepartsverktyg, men i den aktuella undersökningen har clean-install-scenariot med saknad DWORD inte reproducerats dynamiskt. Frånvaron av raden kan inte automatiskt tolkas som 0.

Hur parametern är uppbyggd

Microsoft kopplar egenskapen Win32_OperatingSystem.ForegroundApplicationBoost till Win32PrioritySeparation och dokumenterar värdena 0, 1 och 2: ingen boost, minimal och maximal boost för foreground application.

Det officiella exemplet i Windows Internals Sixth Edition beskriver parametern som en uppsättning fält:

Bitar	Syfte
0-1	Grad av foreground boost
2-3	Variabla eller fasta kvantum
4-5	Korta eller långa kvantum

0x02 är det dokumenterade initialvärdet för client Windows: det anger maximal foreground boost och lämnar de övriga fälten till systempolicyn. För client Windows motsvarar detta historiskt korta variabla kvantum, som kan uttryckas explicit som 0x26. 0x1A anger långa fasta kvantum vid samma maximala foreground boost.

Det öppna projektet Win32PSCalculator visar denna ekvivalens direkt. Det maskerar indata via 0x3F, tolkar de tre tvåbitarsfälten och reducerar olika poster till en av 12 kanoniska kombinationer. Detta hjälper till att upptäcka placebo-värden som ser annorlunda ut men inte skapar ett nytt scheduler mode.

Dokumentet Windows Internals är historiskt. Vi använder det för att tolka fälten, men påstår inte att alla interna quantum tables är oförändrade i alla moderna builder.

Kalkylator för värden

6-bitars avkodare

Verifiering av verkligt läge

Win32PSCalculator ↗

Ange värdet du hittade i tweak-listan. Kalkylatorn visar bara de sex använda bitarna och den kanoniska kombinationen med samma läge. Den ändrar inget på datorn.

Registry-värde

Analysera

Hex med prefixet 0x, utan prefix – decimal.

Default 0x02Explicit default 0x26Situationsanpassat 0x1A

Ekvivalent läge0x26

Windows default: på klient-Windows motsvarar det det explicita läget 0x26.

000010

Inmatat

0x00000002 · 2

Efter mask 0x3F

0x02 · 2

Kvantiteter

Systemets default → korta

Typ

Systemets default → variabla

Foreground-förstärkning

Maximal · 3:1

Kalkylatorn körs endast i webbläsaren och läser eller ändrar inte Registry. Dess resultat visar ekvivalensen mellan bitkombinationer, inte förväntad FPS eller fördröjning. Samma version finns på BoosterX inställningssida.

Varför resultatet kan bero på belastning

Schemaläggaren väljer en klar tråd med hänsyn till priority, affinity, tillstånd och återstående quantum. När quantum är förbrukat kan tråden lämna över processorn till en annan klar tråd med samma priority. En kontextväxling har en kostnad, därför kan längre kvantum minska scheduler turnover och upprätthålla throughput vid hård konkurrens om CPU.

Detta förklarar en möjlig riktning på effekten, men lovar ingen förbättring för spelet. Ett längre fast quantum kan samtidigt försämra svarstiden för andra trådar. Om CPU inte är begränsningen kan det inte finnas någon mätbar vinst.

Metodik för det historiska testet

Testet utfördes i Valorant på Windows 10 22H2 vid uppmätt 100% CPU-belastning. För varje Registry-värde utfördes 300 click-to-photon-mätningar med BoosterX hårdvaruställ. Den elektriska signalen från Logitech G PRO X SUPERLIGHT-knappen startar en timer, och fotosensorn stoppar den efter en ändring i ljusstyrkan på skärmen. Hela kedjan beskrivs i forskningsmetodiken.

I tabellen finns AVG, STDDEV, MIN och MAX fördröjning bevarade. För FPS användes CapFrameX, men i det tillgängliga blocket finns endast en capture per konfiguration. För vissa värden hängde capture sig, därför är dessa FPS-rader markerade som otillgängliga och återställs inte med antaganden.

De ursprungliga 300 click samples, P90, fördelningar, exakt hardware/driver-manifest och oberoende FPS-upprepningar är inte kopplade till denna gamla serie. Detta begränsar den statistiska slutsatsen.

Resultat

Värde	Policy	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
0x2A	kort, fast, hög boost	16.61	2.69	10.53	21.96	351.3	226.2	43.9
0x29	kort, fast, medelhög boost	17.08	3.02	10.31	25.09	336.8	254.9	14.3
0x28	kort, fast, ingen boost	17.62	4.94	10.19	47.04	n/a	n/a	n/a
0x26	explicit ekvivalent med default 0x02	15.28	3.12	9.30	23.08	334.4	111.6	36.9
0x25	kort, variabel, medelhög boost	16.90	2.73	11.42	23.97	334.7	102.6	27.6
0x24	kort, variabel, ingen boost	18.71	4.66	11.88	32.48	n/a	n/a	n/a
0x1A	lång, fast, hög boost	15.68	3.31	9.97	23.30	355.1	256.0	41.0
0x19	lång, fast, medelhög boost	16.80	2.61	10.08	21.95	352.0	272.9	21.5
0x18	lång, fast, ingen boost	22.74	8.81	11.65	55.10	n/a	n/a	n/a
0x16	lång, variabel, hög boost	16.77	2.88	11.32	23.97	346.4	200.1	34.0
0x15	lång, variabel, medelhög boost	16.13	2.34	10.08	20.95	332.1	144.4	17.8
0x14	lång, variabel, ingen boost	19.87	5.55	12.43	52.31	n/a	n/a	n/a

н/д betyder en oanvändbar eller saknad FPS capture, inte ett nollresultat.

Jämförelse av default och 0x1A

Metrik	Default / ekvivalent 0x26	0x1A	Observerad skillnad
Click-to-photon AVG	15.28 ms	15.68 ms	0x1A högre med 0.40 ms, cirka 2.6%
Click-to-photon SD	3.12 ms	3.31 ms	0x1A högre med 0.19 ms
FPS AVG	334.4	355.1	0x1A högre med 20.7, cirka 6.2%
P1	111.6	256.0	0x1A högre med 144.4
P0.1	36.9	41.0	0x1A högre med 4.1

Skillnaden i genomsnittlig fördröjning på 0.40 ms är betydligt mindre än den bevarade spridningen på cirka 3 ms. Utan råa samples kan man inte korrekt konstruera ett konfidensintervall eller kontrollera fördelningens form. FPS-skillnaden är stor i beskrivande tal, men en capture per tillstånd bevisar inte reproducerbarhet och utesluter inte påverkan från körordning eller bakgrundsbelastning.

Vad som är bekräftat

• Parametern är kopplad till foreground boost och Windows schemaläggares kvantumpolicy.
• Dess läsning observerades i de undersökta Windows 11 24H2 och 25H2.
• I den historiska Windows 10 22H2-serien utfördes 300 click-to-photon-mätningar per värde.
• Bland tillstånden med hög foreground boost visade default-ekvivalenten 0x26 den lägsta genomsnittliga fördröjningen.
• I samma historiska capture visade 0x1A högsta FPS AVG och P1 bland tillstånden med hög boost.

Vad som inte är bekräftat

• Att 0x1A alltid höjer FPS, P1 eller jämnhet i bildrutorna.
• Att 0x1A minskar click-to-photon eller input latency.
• Att resultatet upprepas på Windows 11, en annan CPU, i ett annat spel eller utan full CPU-belastning.
• Att godtyckliga värden från andras tweak-listor är användbara eller säkra.
• Att skillnaderna är statistiskt signifikanta: för den gamla serien finns inga råa samples och inga oberoende FPS-upprepningar.

Begränsningar

Den historiska tabellen innehåller inte ett fullständigt kopplat manifest av hårdvara, drivrutins- och spelversioner, temperatur, power state och körordning. Fönster från en capture räknas inte som oberoende upprepningar. CapFrameX-fel påverkade huvudsakligen tillstånd utan foreground boost, därför kan inte en fullständig FPS-matris jämföras.

Undersökningen och de använda verktygen tillhör utvecklaren av BoosterX, som tillhandahåller denna inställning, därför har utvecklaren ett direkt intresse av resultaten. Metodiken och tillämpningsgränserna beskrivs ovan, och slutsatserna kan verifieras mot öppna data och de listade offentliga källorna. Därför förblir default rekommendationen, medan den högre historiska FPS:en 0x1A publiceras tillsammans med det negativa resultatet för genomsnittlig fördröjning och alla begränsningar.

Praktisk slutsats

Behåll Windows default (0x02) på de flesta client-system med Windows 10 och 11. Använd inte 0x1A som en universell “schemaläggaroptimering”. Windows Server har en annan scheduler policy, mättes inte och ingår inte i denna rekommendation.

Att testa 0x1A är endast motiverat vid reproducerbar CPU saturation. Använd flera parade körningar, blanda ordningen, registrera genomsnittlig FPS, P1, P0.1, frametime spikes och click-to-photon. Behåll endast ändringen vid en upprepbar förbättring av målmetriken utan ny försämring.

Sidan för den kostnadsfria inställningen och det exakta sättet att återställa: Win32PrioritySeparation i BoosterX.

Återställning av tillstånd

Efter jämförelsen, återställ parametern till Windows default (0x02) via BoosterX och utför omstarten som gränssnittet föreslår. I den historiska datamängden sparades ingen separat post om verifiering av återställningen, därför betraktar denna undersökning inte recovery som en bekräftad del av det gamla experimentet.

Offentliga primärkällor

• Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry mapping och värden för foreground boost.
• CPU Analysis, Microsoft Learn - quantum, priority, processor selection och kostnad för context switches.
• Scheduling Priorities, Microsoft Learn - round-robin, preemption och dynamic priority.
• Context Switches, Microsoft Learn - vad som händer vid en trådväxling.
• Windows Internals Sixth Edition sample chapters, Microsoft Press - historisk beskrivning av parameterns fält och klientkvantum.
• BoosterX offentliga tabell över click-to-photon-mätningar - de ursprungligen publicerade aggregerade data från denna historiska serie.
• Win32PSCalculator - öppen implementation för avkodning av de lägre sex bitarna och för att hitta motsvarande läge.

Offentliga källor och formuleringar verifierade: 2026-08-24.

Ändringshistorik

• 2026-09-20: diskleimern om intressekonflikt förstärktes till en fullständig formulering med ägandet av undersökningen och verktygen.
• 2026-08-24: lade till exakt placering av Registry value, dokumenterat initialvärde 0x02, Win32PSCalculator och gränser för tolkning av saknad DWORD.
• 2026-08-24: första publiceringen; lade till fullständig historisk matris, uppdelning av mekanism och användareffekt samt default-rekommendation.