Priorité de la fenêtre active

Sur cette page

Recommandation

Selon le cas

Sur les Windows 10 et 11 clients, laissez Windows default. Ne vérifiez 0x1A qu’en cas de charge CPU totale reproductible.

Le test historique de BoosterX n’a pas révélé d’état universellement meilleur : default a montré une latence click-to-photon moyenne légèrement inférieure, tandis que 0x1A a coïncidé avec les meilleurs résultats FPS dans un scénario CPU sans répétitions indépendantes.

Choix habituel: Windows default
Effet principal: Politique de quanta CPU
FPS et latence: Dépendent de la charge

En bref

Win32PrioritySeparation définit le foreground boost et une partie des règles de sélection des quanta du planificateur Windows. Ils déterminent la répartition du temps processeur entre les threads prêts. Le réglage en lui-même n’augmente ni la priorité du jeu ni la puissance du CPU ; le gain de FPS n’est pas garanti.

Pour la plupart des ordinateurs clients sous Windows 10 ou 11, nous recommandons Windows default (0x02). L’état 0x1A fait passer les champs vérifiés en quanta longs et fixes avec un foreground boost maximal. Il ne peut être utile que dans un scénario étroit où le jeu bute de façon reproductible sur le CPU et où la comparaison confirme une amélioration sans dégradation de la latence ni des images rares.

Windows Server utilise d’autres règles de planification et n’a pas été vérifié dans cette étude. Sur un système serveur, conservez l’état d’origine : la recommandation 0x02 de cet article ne s’y applique pas.

Ce qui change

Microsoft documente les deux bits de poids faible du paramètre comme ForegroundApplicationBoost : 0 signifie l’absence de boost, 1 le minimum, 2 le maximum. La documentation historique de Windows Internals décrit les autres champs utilisés comme le choix entre quanta courts ou longs et variables ou fixes.

0x02 laisse le choix des quanta à la politique cliente standard de Windows et conserve le foreground boost maximal. 0x1A définit des quanta longs et fixes avec le même boost maximal. Un quantum plus long peut réduire la fréquence de commutation des threads sous forte charge CPU, mais modifier en même temps la réactivité des tâches concurrentes.

Modifications du registre

Le réglage est disponible dans la version gratuite de BoosterX. Le tableau indique ses valeurs dans le registre.

Champ	Valeur
Hive et chemin	`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl`
Nom de la valeur	`Win32PrioritySeparation`
Type	`REG_DWORD`
Windows default	`0x02` (`2`), valeur initiale documentée de client Windows
État selon le cas	`0x1A` (`26`)
Retour	`0x02` (`2`)

Pour modifier et revenir en arrière, utilisez BoosterX. Il n’y a pas de .reg ni de commandes PowerShell prêtes à l’emploi sur cette page.

Sur le Windows 11 25H2 vérifié, la valeur était définie explicitement et valait 2. L’absence de DWORD ne peut donc pas être considérée comme l’état d’usine pour toutes les installations de Windows. Si la valeur est absente, le paramètre n’est pas défini explicitement dans le registre. Cela diffère de la valeur enregistrée 0. Il n’est pas nécessaire de créer une entrée avec un nombre aléatoire.

Calculateur de valeurs

Saisissez la valeur trouvée dans la liste des tweaks. Le calculateur n'affichera que les six bits utilisés et la combinaison canonique avec le même mode. Il ne modifie rien sur l'ordinateur.

Mode équivalent0x26

Default Windows : sur Windows client, correspond au mode explicite 0x26.

000010

Saisi: 0x00000002 · 2
Après le masque 0x3F: 0x02 · 2
Quanta: Default système → courts
Type: Default système → variables
Boost foreground: Maximal · 3:1

Le calculateur reprend l’interprétation du projet open source Win32PSCalculator : il ne prend en compte que les six bits de poids faible et affiche la valeur canonique du même mode. Par exemple, Windows default 0x02 et la valeur explicite 0x26 correspondent à des quanta courts et variables avec un foreground boost maximal sur un Windows client. Cela explique pourquoi définir 0x26 par-dessus default ne crée généralement pas un nouveau mode.

Le calculateur indique quel mode définit la combinaison de bits. Il ne prédit ni les FPS ni la latence. Des nombres différents peuvent définir un même mode.

Quand vérifier 0x1A

le jeu ou la charge de travail maintient le CPU durablement proche de la pleine charge ;
le frametime se dégrade à pleine charge CPU ;
vous pouvez effectuer plusieurs paires de passes identiques ;
on compare non seulement le FPS moyen, mais aussi P1, P0.1, le graphique frametime et la latence de commande.

Ne choisissez pas 0x1A simplement parce qu’un profil de réglages tiers l’utilise. Si le CPU n’est pas pleinement chargé, la différence peut être absente. Le résultat obtenu sous Windows 10 ne peut pas non plus être transposé automatiquement à Windows 11.

Ce qu’ont montré les mesures BoosterX

Dans la série historique Valorant sous Windows 10 22H2, 300 mesures click-to-photon par valeur ont été utilisées avec une charge CPU enregistrée de 100%.

Métrique	Windows default `0x02` / équivalent explicite `0x26`	`0x1A`
Click-to-photon AVG	15.28 ms	15.68 ms
Click-to-photon SD	3.12 ms	3.31 ms
FPS AVG	334.4	355.1
P1	111.6	256.0
P0.1	36.9	41.0

La différence de latence moyenne était de 0.40 ms en faveur de default, avec une dispersion d’environ 3 ms. Dans l’enregistrement conservé, les FPS de 0x1A étaient plus élevés. Cependant, une seule passe FPS a été conservée pour chaque état, la reproductibilité de ce résultat n’est donc pas confirmée.

La matrice complète des valeurs, la méthodologie et les limites sont présentées dans l’étude « Win32PrioritySeparation : latence et FPS à pleine charge CPU ».

Comment vérifier le résultat

Conservez Windows default et fixez une scène de jeu, une limite de FPS, l’alimentation et la charge de fond identiques.
Effectuez plusieurs passes avec le réglage d’origine et conservez le frametime, P1 et P0.1.
Dans BoosterX, ouvrez « Optimisation » → « Tweaks » → « Planificateur et mémoire » → « Win32PrioritySeparation », choisissez 0x1A, cliquez sur « Appliquer » et effectuez le redémarrage proposé.
Répétez les mêmes passes dans un ordre mélangé.
Ne conservez 0x1A qu’en cas d’amélioration reproductible de la métrique cible sans dégradation de la latence, des images rares et des tâches de fond.

Comment revenir en arrière

Dans BoosterX, ouvrez « Optimisation » → « Tweaks » → « Planificateur et mémoire » → « Win32PrioritySeparation », choisissez « Par défaut » et cliquez sur « Appliquer ». Si « Application instantanée » est activé, aucun clic supplémentaire n’est nécessaire. Effectuez le redémarrage proposé et vérifiez que la valeur est de nouveau égale à 0x02.

Sources et limites de vérification

Win32_OperatingSystem.ForegroundApplicationBoost, Microsoft Learn - lien avec le registre et valeurs du foreground boost.
CPU Analysis, Microsoft Learn - rôle du quantum, de la priorité et des commutations dans le travail du planificateur.
Scheduling Priorities, Microsoft Learn - priorités, preemption et planification round-robin des threads.
Context Switches, Microsoft Learn - fonctionnement de la commutation de contexte.
Windows Internals Sixth Edition sample chapters, Microsoft Press - description historique des champs de bits et de la quantum policy cliente.
Table publique des mesures BoosterX - agrégats historiques click-to-photon et FPS.
Win32PSCalculator - calculateur desktop open source des valeurs équivalentes du paramètre.

Le fonctionnement de toutes les variantes de quanta n’a pas été vérifié sur chaque build de Windows. L’effet de 0x1A sous Windows 11 et sur les systèmes de jeu modernes n’est pas encore reproduit. La recommandation ne s’applique pas à Windows Server.

Dernière vérification : 2026-09-20.