Win32PrioritySeparation: Latenz und FPS bei voller CPU-Auslastung

Auf dieser Seite

Kurze Antwort: Win32PrioritySeparation steuert tatsächlich den Foreground-Boost und einen Teil der CPU-Quantenpolitik. Unser historischer Test ergab keinen universell besten Wert. Der Windows-Standardwert zeigte eine etwas geringere durchschnittliche Click-to-Photon-Latenz, während 0x1A in einem Test bei 100% CPU-Auslastung mit den besten FPS und P1 übereinstimmte. Da unabhängige FPS-Wiederholungen und Rohdaten der Click-Samples fehlen, empfehlen wir den Standardwert, und 0x1A betrachten wir nur als überprüfbare Hypothese für das CPU-Szenario.

Status: Der Zusammenhang des Parameters mit dem Foreground-Boost ist von Microsoft dokumentiert. Das Auslesen des Parameters wurde in früher gesammelten System-Traces von Windows 11 24H2 und 25H2 beobachtet. Der Nutzereffekt wurde in einer historischen Serie unter Windows 10 22H2 gemessen, aber auf einem anderen System oder in einem unabhängigen Durchlauf nicht reproduziert.

Überprüfbare Aussage

Wir haben drei verschiedene Aussagen geprüft, die nicht zusammengefasst werden dürfen:

Der Parameter existiert und hängt mit der Planungsrichtlinie von Windows zusammen.
Die Werte 0x02 und 0x1A stehen für unterschiedliche Quantenpolitiken bei gleichem maximalem Foreground-Boost.
0x1A verbessert die FPS oder die Latenz des Spiels bei voller CPU-Auslastung.

Die ersten beiden Aussagen werden durch öffentliche Dokumentation und Beobachtung auf den untersuchten Builds bestätigt. Die dritte erfordert Messungen und wird nicht allein durch den Aufbau des Parameters wahr.

Untersuchungsbereich

Ebene	Umgebung	Ergebnis
Öffentliche Dokumentation	Microsoft WMI, CPU Analysis und Windows Internals	Foreground-Boost, Quantum und historische Bitstruktur sind beschrieben
Systembeobachtung	Windows 11 24H2 und 25H2	Das Auslesen des Parameters wurde in früher gesammelten Traces beobachtet
Click-to-Photon	Windows 10 22H2, Valorant, CPU 100%	Je 300 Messungen pro Wert, Aggregate gespeichert
FPS	Dieselbe historische Serie	Ein CapFrameX-Capture pro Konfiguration; ein Teil der Zeilen ist wegen Capture-Hängern unbrauchbar

Ein dynamischer Trace unter Windows 10 22H2 liegt für diese Veröffentlichung nicht vor. Auch für Windows 11 26H1 gibt es keinen brauchbaren Trace. Die Messungen unter Windows 10 lassen sich nicht ohne Wiederholung auf Windows 11 übertragen.

Wo sich der Parameter befindet

Feld	Wert
Hive und Pfad	`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl`
Name des Werts	`Win32PrioritySeparation`
Typ	`REG_DWORD`
Dokumentierter Anfangswert der Client-Windows-Version	`0x02` (`2`)

Windows Internals nennt 2 den Anfangswert unter Client-Windows und auf einem Server, der nicht als Anwendungsserver konfiguriert ist. In unserem Trace unter Windows 11 25H2 war das DWORD ebenfalls explizit mit dem Wert 2 vorhanden.

Deshalb betrachten wir das Fehlen des Werts nicht als universellen Windows-Standardwert. Es kann nach einer Änderung des Images, manuellem Löschen oder durch Aktionen eines Drittanbieter-Tools auftreten, doch im aktuellen Untersuchungsrahmen wurde das Clean-Install-Szenario mit fehlendem DWORD nicht dynamisch reproduziert. Das Fehlen der Zeile darf nicht automatisch als 0 ausgelegt werden.

Wie der Parameter aufgebaut ist

Microsoft ordnet die Eigenschaft Win32_OperatingSystem.ForegroundApplicationBoost dem Wert Win32PrioritySeparation zu und dokumentiert die Werte 0, 1 und 2: kein Boost, minimaler und maximaler Boost der Foreground-Anwendung.

Das offizielle Beispiel aus Windows Internals Sixth Edition beschreibt den Parameter als Satz von Feldern:

Bits	Zweck
0-1	Grad des Foreground-Boosts
2-3	Variable oder feste Quanten
4-5	Kurze oder lange Quanten

0x02 ist der dokumentierte Anfangswert der Client-Windows-Version: Er legt den maximalen Foreground-Boost fest und überlässt die übrigen Felder der Systemrichtlinie. Für Client-Windows entspricht das historisch kurzen variablen Quanten, die sich explizit als 0x26 ausdrücken lassen. 0x1A legt lange feste Quanten bei demselben maximalen Foreground-Boost fest.

Das offene Projekt Win32PSCalculator zeigt diese Äquivalenz direkt. Es maskiert die Eingabe über 0x3F, zerlegt drei Zweibit-Felder und führt verschiedene Einträge auf eine von 12 kanonischen Kombinationen zurück. Das hilft, Placebo-Werte zu erkennen, die anders aussehen, aber keinen neuen Scheduler-Modus erzeugen.

Das Dokument Windows Internals ist historisch. Wir nutzen es zur Interpretation der Felder, behaupten aber nicht, dass alle internen Quantum-Tabellen in allen modernen Builds unverändert sind.

Werte-Rechner

Geben Sie den im Tweak-Liste gefundenen Wert ein. Der Rechner zeigt nur die verwendeten sechs Bits und die kanonische Kombination mit demselben Modus an. Es wird nichts am Computer geändert.

Äquivalenter Modus0x26

Windows-Default: entspricht unter Client-Windows dem expliziten Modus 0x26.

000010

Eingegeben: 0x00000002 · 2
Nach Maske 0x3F: 0x02 · 2
Quanten: System-Default → kurz
Typ: System-Default → variabel
Foreground-Boost: Maximal · 3:1

Der Rechner arbeitet nur im Browser und liest oder verändert die Registry nicht. Sein Ergebnis zeigt die Äquivalenz von Bitkombinationen, nicht die zu erwartenden FPS oder die Latenz. Dieselbe Version ist auf der Einstellungsseite von BoosterX verfügbar.

Warum das Ergebnis von der Last abhängen kann

Der Scheduler wählt einen bereiten Thread unter Berücksichtigung von Priorität, Affinität, Zustand und verbleibendem Quantum. Nach Erschöpfung des Quantums kann der Thread den Prozessor an einen anderen bereiten Thread derselben Priorität abgeben. Ein Kontextwechsel kostet Zeit, daher können längere Quanten den Scheduler-Durchsatz verringern und den Durchsatz bei starker Konkurrenz um die CPU stützen.

Das erklärt die mögliche Richtung des Effekts, verspricht aber keinen Zuwachs für das Spiel. Ein längeres festes Quantum kann gleichzeitig die Reaktionsfähigkeit anderer Threads verschlechtern. Ist die CPU nicht der begrenzende Faktor, kann es keinen messbaren Gewinn geben.

Methodik des historischen Tests

Der Test wurde in Valorant unter Windows 10 22H2 bei aufgezeichneter 100% CPU-Auslastung durchgeführt. Für jeden Registry-Wert wurden 300 Click-to-Photon-Messungen mit dem Hardware-Prüfstand von BoosterX durchgeführt. Das elektrische Signal der Taste einer Logitech G PRO X SUPERLIGHT startet einen Timer, und ein Fotosensor stoppt ihn nach der Änderung der Helligkeit auf dem Bildschirm. Der vollständige Messaufbau ist in der Methodik der Untersuchungen beschrieben.

In der Tabelle sind AVG, STDDEV, MIN und MAX der Latenz erhalten. Für die FPS wurde CapFrameX verwendet, doch im verfügbaren Block gibt es nur einen Capture pro Konfiguration. Bei einem Teil der Werte hing der Capture, daher sind diese FPS-Zeilen als nicht verfügbar markiert und werden nicht durch Vermutungen rekonstruiert.

Die ursprünglichen 300 Click-Samples, P90, Verteilungen, das genaue Hardware-/Treiber-Manifest und unabhängige FPS-Wiederholungen sind mit dieser alten Serie nicht verknüpft. Das begrenzt die statistische Aussage.

Ergebnisse

Wert	Politik	AVG, ms	SD, ms	MIN, ms	MAX, ms	FPS AVG	P1	P0.1
`0x2A`	kurz, fest, hoher Boost	16.61	2.69	10.53	21.96	351.3	226.2	43.9
`0x29`	kurz, fest, mittlerer Boost	17.08	3.02	10.31	25.09	336.8	254.9	14.3
`0x28`	kurz, fest, kein Boost	17.62	4.94	10.19	47.04	n/v	n/v	n/v
`0x26`	explizites Äquivalent zum Standardwert `0x02`	15.28	3.12	9.30	23.08	334.4	111.6	36.9
`0x25`	kurz, variabel, mittlerer Boost	16.90	2.73	11.42	23.97	334.7	102.6	27.6
`0x24`	kurz, variabel, kein Boost	18.71	4.66	11.88	32.48	n/v	n/v	n/v
`0x1A`	lang, fest, hoher Boost	15.68	3.31	9.97	23.30	355.1	256.0	41.0
`0x19`	lang, fest, mittlerer Boost	16.80	2.61	10.08	21.95	352.0	272.9	21.5
`0x18`	lang, fest, kein Boost	22.74	8.81	11.65	55.10	n/v	n/v	n/v
`0x16`	lang, variabel, hoher Boost	16.77	2.88	11.32	23.97	346.4	200.1	34.0
`0x15`	lang, variabel, mittlerer Boost	16.13	2.34	10.08	20.95	332.1	144.4	17.8
`0x14`	lang, variabel, kein Boost	19.87	5.55	12.43	52.31	n/v	n/v	n/v

н/д bedeutet einen unbrauchbaren oder fehlenden FPS-Capture, nicht ein Ergebnis von null.

Vergleich von Standardwert und 0x1A

Metrik	Standardwert / Äquivalent `0x26`	`0x1A`	Beobachtete Differenz
Click-to-Photon AVG	15.28 ms	15.68 ms	`0x1A` um 0.40 ms höher, etwa 2.6%
Click-to-Photon SD	3.12 ms	3.31 ms	`0x1A` um 0.19 ms höher
FPS AVG	334.4	355.1	`0x1A` um 20.7 höher, etwa 6.2%
P1	111.6	256.0	`0x1A` um 144.4 höher
P0.1	36.9	41.0	`0x1A` um 4.1 höher

Die Differenz der mittleren Latenz von 0.40 ms ist deutlich kleiner als die erhaltene Streuung von etwa 3 ms. Ohne Rohdaten der Samples lässt sich kein Konfidenzintervall korrekt bilden oder die Form der Verteilung prüfen. Die FPS-Differenz ist nach den beschreibenden Zahlen groß, doch ein Capture pro Zustand belegt keine Reproduzierbarkeit und schließt den Einfluss der Reihenfolge der Durchläufe oder der Hintergrundlast nicht aus.

Was bestätigt ist

Der Parameter hängt mit dem Foreground-Boost und der Quantenpolitik des Windows-Schedulers zusammen.
Sein Auslesen wurde in den untersuchten Windows 11 24H2 und 25H2 beobachtet.
In der historischen Windows 10 22H2-Serie wurden je 300 Click-to-Photon-Messungen pro Wert durchgeführt.
Unter den Zuständen mit hohem Foreground-Boost zeigte das Standardwert-Äquivalent 0x26 die geringste mittlere Latenz.
Im selben historischen Capture zeigte 0x1A die höchsten FPS AVG und P1 unter den Zuständen mit hohem Boost.

Was nicht bestätigt ist

Dass 0x1A stets die FPS, P1 oder die Bildglätte erhöht.
Dass 0x1A die Click-to-Photon- oder Eingabelatenz verringert.
Dass das Ergebnis auf Windows 11, einer anderen CPU, in einem anderen Spiel oder ohne volle CPU-Auslastung reproduzierbar ist.
Dass beliebige Werte aus fremden Tweak-Listen nützlich oder sicher sind.
Dass die Unterschiede statistisch signifikant sind: Für die alte Serie gibt es keine Rohdaten der Samples und keine unabhängigen FPS-Wiederholungen.

Einschränkungen

Die historische Tabelle enthält kein vollständig verknüpftes Manifest der Hardware, der Treiber- und Spielversionen, der Temperaturen, des Power-States und der Reihenfolge der Durchläufe. Fenster eines einzelnen Captures gelten nicht als unabhängige Wiederholungen. Fehler von CapFrameX betrafen überwiegend Zustände ohne Foreground-Boost, daher lässt sich die vollständige FPS-Matrix nicht vergleichen.

Die Untersuchung und die verwendeten Werkzeuge stammen vom Entwickler von BoosterX, der diese Einstellung bereitstellt, daher hat der Entwickler ein direktes Interesse an den Ergebnissen. Die Methodik und die Grenzen der Anwendbarkeit sind oben beschrieben, und die Schlussfolgerungen lassen sich anhand offener Daten und der aufgeführten öffentlichen Quellen prüfen. Deshalb bleibt der Standardwert die Empfehlung, und die höhere historische FPS von 0x1A wird zusammen mit dem negativen Ergebnis bei der mittleren Latenz und allen Einschränkungen veröffentlicht.

Praktische Schlussfolgerung

Belassen Sie Windows-Standardwert (0x02) auf den meisten Client-Systemen mit Windows 10 und 11. Wenden Sie 0x1A nicht als universelle „Scheduler-Optimierung“ an. Windows Server hat eine andere Scheduler-Richtlinie, wurde nicht gemessen und gehört nicht zu dieser Empfehlung.

Die Prüfung von 0x1A ist nur bei reproduzierbarer CPU-Sättigung gerechtfertigt. Verwenden Sie mehrere gepaarte Durchläufe, mischen Sie die Reihenfolge, erfassen Sie mittlere FPS, P1, P0.1, Frametime-Spikes und Click-to-Photon. Behalten Sie die Änderung nur bei einer wiederholbaren Verbesserung der Zielmetrik ohne neue Verschlechterung.

Die Seite der kostenlosen Einstellung und die genaue Art der Rückgabe: Win32PrioritySeparation in BoosterX.

Wiederherstellung des Zustands

Setzen Sie den Parameter nach dem Vergleich über BoosterX auf den Windows-Standardwert (0x02) zurück und führen Sie den von der Oberfläche vorgeschlagenen Neustart aus. Im historischen Datensatz wurde kein separater Eintrag zur Prüfung der Rückgabe gespeichert, daher betrachtet diese Untersuchung die Wiederherstellung nicht als bestätigten Teil des alten Experiments.

Öffentliche Primärquellen

Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - Registry-Zuordnung und Werte des Foreground-Boosts.
CPU Analysis, Microsoft Learn - Quantum, Priorität, Prozessorauswahl und Kosten von Context Switches.
Scheduling Priorities, Microsoft Learn - Round-Robin, Preemption und dynamische Priorität.
Context Switches, Microsoft Learn - was beim Wechsel eines Threads geschieht.
Windows Internals Sixth Edition sample chapters, Microsoft Press - historische Beschreibung der Felder des Parameters und der Client-Quanten.
Öffentliche Tabelle der Click-to-Photon-Messungen von BoosterX - die ursprünglich veröffentlichten Aggregate dieser historischen Serie.
Win32PSCalculator - offene Implementierung der Dekodierung der unteren sechs Bits und der Suche nach dem äquivalenten Modus.

Öffentliche Quellen und Formulierungen geprüft: 2026-08-24.

Änderungsverlauf

2026-09-20: Der Hinweis auf den Interessenkonflikt wurde zu einer vollständigen Formulierung mit der Zugehörigkeit der Untersuchung und der Werkzeuge erweitert.
2026-08-24: Genaue Position des Registry-Werts, dokumentierter Anfangswert 0x02, Win32PSCalculator und Grenzen der Auslegung eines fehlenden DWORD hinzugefügt.
2026-08-24: Erste Veröffentlichung; vollständige historische Matrix, Trennung von Mechanismus und Nutzereffekt sowie Standardwert-Empfehlung hinzugefügt.