Raw Input listeners en arrière-plan sous Windows 10 et Windows 11

Sur cette page

Réponse courte : la limitation d’un listener en arrière-plan à environ 125 Hz est confirmée par notre mesure physique sur Windows 11 24H2. Avec le throttling système activé, l’intervalle moyen des WM_INPUT en arrière-plan était de 7,97 ms, soit environ 125,5 Hz ; le foreground a conservé 1,04 ms. Après désactivation du mécanisme, le background est revenu à 1,00 ms. Dans certaines séries virtuelles, le throttling n’a pas entraîné de perte de raw packets : 32 sur 32 et 256 sur 256 événements ont été conservés.

Statut : le mécanisme de throttling et de coalescing des listeners en arrière-plan est documenté par Microsoft. La fréquence d’environ 125 Hz a été mesurée par un testeur public distinct avec une souris physique 1000 Hz sur Windows 11 24H2. La branche système a également été observée sur Windows 11 25H2 et n’a pas été trouvée dans la Windows 10 22H2 appariée.

Pourquoi Microsoft a ajouté la limitation

Microsoft décrit directement la raison : une souris à high report rate envoyait l’entrée non seulement au jeu, mais aussi à plusieurs processus en arrière-plan. Le traitement de ces requêtes consommait un temps processeur notable qui aurait pu être consacré au rendu, et des stutters importants ont été observés sur un Surface Laptop Studio de test avec une souris 1000 Hz. La solution a consisté en throttling, coalescing et limitation de la fréquence des messages précisément pour les Raw Input listeners en arrière-plan.

Au moment de la sortie de la modification, les souris rapides dépassaient déjà largement les 1000 Hz. Par exemple, Razer a lancé une souris filaire 8000 Hz en 2021 et une technologie sans fil 4000 Hz en 2022. Un dispositif 8000 Hz peut envoyer jusqu’à huit fois plus de rapports par seconde qu’un dispositif 1000 Hz. La diffusion des souris 4000–8000 Hz augmentait donc logiquement l’ampleur du problème lié aux multiples listeners en arrière-plan.

La dernière phrase est notre interprétation du contexte, et non une déclaration de Microsoft. Microsoft n’a pas qualifié la mise à jour de réaction d’urgence spécifiquement aux souris 4000 ou 8000 Hz, et a utilisé une souris 1000 Hz dans le test publié. Il est également plus correct de parler du coût global de livraison et de traitement des input requests plutôt que d’attribuer tout l’effet aux seules interruptions matérielles.

Paramètres BoosterX associés

Le contenu est lié au paramètre « Réduire la fréquence des événements Raw Input en arrière-plan ». Il limite précisément les listeners en arrière-plan et ne doit pas être décrit comme une limitation de l’entrée foreground ni comme un gain de FPS garanti.

Affirmation vérifiable

Nous avons vérifié cinq affirmations :

Dans Windows 11, il existe un traitement distinct des Raw Input listeners en arrière-plan à haute fréquence.
Il est absent sous la même forme dans la Windows 10 22H2 étudiée.
Dans Windows 11 24H2, la fréquence effective d’un listener en arrière-plan est bien d’environ 125 Hz pour un flux d’entrée d’environ 1000 Hz.
Le throttling peut réduire l’intégrité du flux WM_INPUT du jeu par des pertes, des fusions ou des divisions de paquets.
Le changement de mode de fenêtre crée à lui seul un Raw Input path différent.

Périmètre de l’étude

Windows 10 22H2 build 19045.6456 ;
Windows 11 24H2 avec une souris physique 1000 Hz ;
Windows 11 25H2 ;
machines virtuelles isolées ;
foreground et background consumers ;
enregistrement Raw Input ordinaire, RIDEV_NOLEGACY et RIDEV_INPUTSINK ;
windowed, borderless et exclusive presentation confirmé ;
séries de contrôle de 32 événements et une série distincte de 256 événements.

La série physique vérifiait les intervalles entre WM_INPUT, mais n’incluait pas de match réel, d’anti-cheat ni d’overlay. La série virtuelle ne reproduisait pas l’USB polling, le GPU physique, l’écran ni le trajet click-to-photon.

Méthodologie

Dans une expérience publique distincte, RawMouseThrottleBufferTester enregistrait une souris avec RIDEV_INPUTSINK et mesurait les intervalles Stopwatch entre les messages de mouvement WM_INPUT. La même fenêtre était comparée en foreground et en background avec les valeurs système par défaut, puis après désactivation du throttling.

La valeur moyenne présentée est calculée sur une fenêtre glissante des 512 derniers intervalles reçus. Les mouvements nuls et les pauses à partir de 40 ms étaient écartés. Le champ Samples de la capture d’écran indique le nombre total d’intervalles reçus au moment de la capture, et non la taille de la fenêtre statistique.

En complément, les composants système de Windows 10 22H2 et Windows 11 25H2 ont été comparés statiquement afin de trouver une branche distincte de traitement de la souris en arrière-plan et de séparer le Raw Input path des legacy cursor et presentation paths.

Ensuite, dans des environnements virtuels identiques, une séquence contrôlée de mouse events était envoyée à un foreground ou background consumer. Pour chaque scénario étaient enregistrés le nombre de raw packets envoyés et reçus, les pertes, les fusions, les divisions, le foreground state et séparément les événements de la legacy/cursor branch.

Un seul facteur était modifié à la fois : le mode d’enregistrement du consumer, le foreground state, le mode de fenêtre ou le profil de throttling système. Entre les scénarios, l’état de test était ramené au baseline enregistré.

Résultats

Souris physique, Windows 11 24H2

État	Intervalle moyen des 512 derniers événements	Fréquence équivalente	Samples sur la capture
Default, foreground	1,04 ms	≈962 Hz	2 221
Default, background	7,97 ms	≈125,5 Hz	3 556
Throttling désactivé, foreground	1,00 ms	≈1000 Hz	19 606
Throttling désactivé, background	1,00 ms	≈1000 Hz	12 009

Cela confirme environ 125 Hz précisément pour le RIDEV_INPUTSINK consumer en arrière-plan dans la Windows 11 24H2 étudiée. Le foreground path du même programme n’était pas limité à 125 Hz.

Scénarios virtuels contrôlés

Scénario	Windows 10 22H2	Windows 11 25H2	Résultat
Livraison Raw Input de base	32 envoyés, 32 reçus	32 envoyés, 32 reçus	Aucune perte, fusion ni division détectée
Background sans `RIDEV_INPUTSINK`	0 sur 32	0 sur 32	Livraison en arrière-plan non demandée
Background avec `RIDEV_INPUTSINK`	32 sur 32	32 sur 32	La livraison en arrière-plan fonctionne sur les deux OS
Windowed, borderless, exclusive	32 sur 32 dans chaque mode	32 sur 32 dans chaque mode	Le presentation mode n’a pas modifié la packet integrity
Profils de stress du throttling	Non applicable	256 sur 256 dans tous les états	La legacy/cursor branch a changé, mais pas l’intégrité des `WM_INPUT`

RIDEV_INPUTSINK est un commutateur documenté de la livraison en arrière-plan. Sans lui, un background consumer ne doit pas recevoir le même flux que l’application foreground. Le résultat nul de cette ligne n’est pas une perte de données de Windows.

Dans la série de stress, les états système du throttling modifiaient nettement le nombre de legacy events et le mouvement du curseur système. Pourtant, dans tous les états, le Raw Input consumer a reçu les mêmes 256 paquets sur 256. L’effet trouvé ne peut donc pas être correctement décrit comme « Windows 11 perd le Raw Input ».

Ce qui est confirmé

Microsoft a ajouté dans Windows 11 le throttling, le coalescing et la limitation de la fréquence des messages pour les raw mouse listeners en arrière-plan.
Sur la Windows 11 24H2 étudiée, le foreground consumer physique recevait des messages avec un intervalle d’environ 1 ms, et le background consumer avec un intervalle de 7,97 ms, soit environ 125,5 Hz.
Après désactivation du throttling, l’intervalle du background consumer est revenu à 1,00 ms.
Dans la Windows 11 25H2 étudiée, une branche distincte de ce traitement est observée ; dans la paire exacte Windows 10 22H2, elle n’a pas été détectée.
RIDEV_INPUTSINK modifie la livraison en arrière-plan des WM_INPUT sur les deux OS étudiés.
Dans tous les scénarios énumérés, l’intégrité des raw packets est restée 1:1.
Les changements de throttling se sont manifestés dans la legacy/cursor branch mesurée, et non comme une perte de raw packets.

Ce qui n’est pas confirmé

Que chaque background listener sur chaque build de Windows 11 est toujours limité exactement à 125,0 Hz. Le résultat confirmé concerne la Windows 11 24H2 décrite et son mode d’enregistrement.
Que le mécanisme réduit toujours les FPS, la latency ou le stutter sur n’importe quel ordinateur.
Que la désactivation du throttling système améliore le contrôle à la souris.
Que DWM gère l’intégrité des WM_INPUT dans tous les jeux et toutes les builds de Windows 11.
Qu’une packet integrity identique garantit une latency click-to-photon physique identique ou une sensation subjective de visée identique.
Que le résultat d’une machine virtuelle se transpose à chaque souris physique, jeu, anti-cheat ou overlay.

Limites

Les captures physiques publiques ne contiennent pas le numéro exact de build de Windows 11 24H2, le modèle de souris, le CSV de tous les intervalles ni l’ordre automatisé de commutation des états. La valeur moyenne reflète les 512 derniers événements, et le mouvement de la souris était effectué manuellement. Le résultat confirme donc avec assurance le cluster observé autour de 8 ms, mais ne fixe pas de constante exacte pour n’importe quel système.

La machine virtuelle permet de reproduire le trajet logiciel, mais ne reproduit pas l’USB polling, le microcontrôleur de la souris, le GPU physique, l’écran ni le cycle de jeu complet. Les séries de 32 et 256 événements suffisent à vérifier l’intégrité observée d’un trajet donné, mais pas à évaluer des pertes rares de faible probabilité.

Windows 11 25H2 a été comparée à une seule build exacte de Windows 10 22H2. Le résultat ne doit pas être automatiquement transposé aux premières versions de Windows 11, à Windows Server ou aux futures mises à jour.

Pour reproduire la partie dynamique des observations, voir Comment vérifier soi-même.

BoosterX développe GameModeX et ProcessX, et cette étude ainsi que ses outils, y compris le RawMouseThrottleBufferTester public, appartiennent au développeur de BoosterX, qui a donc un intérêt direct dans les résultats. La méthodologie et les limites d’applicabilité sont décrites ci-dessus, et les conclusions peuvent être vérifiées à partir de données ouvertes : le code public de l’outil, les captures de mesures et les sources énumérées. Le résultat nul sur les pertes de WM_INPUT, la confirmation d’environ 125 Hz et l’absence de garantie universelle sont publiés ensemble.

Conclusion pratique

Sur Windows 11, laissez le throttling système des raw mouse listeners en arrière-plan à son état par défaut. Microsoft l’a introduit pour réduire le travail des applications en arrière-plan lors de l’utilisation d’une souris à high report rate, tout en préservant l’entrée précise du jeu en foreground.

Pour un PC de jeu, BoosterX recommande de limiter les background listeners compatibles à environ 50 Hz. La mesure propre de cet intervalle par BoosterX n’a pas encore été publiée ; le nombre lui-même concorde avec des mesures indépendantes publiques : selon les vérifications de PC-Tuning et Noverse, un intervalle d’environ 20 ms correspond à une fréquence d’un listener compatible d’environ 50–60 Hz. Ces documents sont cités dans les sources comme comparaison complémentaire, et la valeur mesurée dans cet article est la limitation système d’environ 125 Hz, et non la fréquence après réglage manuel. L’augmentation de l’intervalle réduit le nombre d’événements en arrière-plan livrés et le nombre de lancements du handler lors du mouvement de la souris. La fenêtre foreground, dans le trajet vérifié, conserve une entrée à pleine vitesse.

La direction de l’optimisation locale est confirmée : la réduction de la fréquence de livraison des événements en arrière-plan diminue à la fois le nombre de ces livraisons et le nombre de lancements du handler. La taille finale de la modification de la charge CPU globale, des FPS ou du frametime pour un ensemble arbitraire de programmes n’a pas été mesurée. La réaction en arrière-plan d’une application à la souris peut devenir moins fluide ; un listener qui a réellement besoin d’une fréquence élevée en background est donc une raison de revenir au Windows default. La description pratique et l’état exact du registre sont indiqués sur la page « Réduire la fréquence des événements Raw Input en arrière-plan ».

Si une application en arrière-plan précise provoque des stutters ou un conflit d’entrée, commencez par la mettre à jour ou la fermer. Ne désactivez pas l’optimisation système et ne suspendez pas de processus sans comparaison reproductible.

La fonction legacy de limitation des listeners en arrière-plan dans GameModeX était destinée avant tout à Windows 10 et ne remplace pas le mécanisme système de Windows 11. Pour une nouvelle configuration, la solution prise en charge par Windows 11 et ProcessX est recommandée.

Restauration de l’état

L’étude a été réalisée dans des environnements virtuels isolés. Les états de test modifiés étaient ramenés au baseline enregistré entre les scénarios ; après la fin, l’état initial de la machine virtuelle était utilisé. Sur l’ordinateur de l’utilisateur, cet article ne recommande pas de modifier les paramètres système, aucune action de restauration distincte n’est donc nécessaire.

Sources primaires publiques

RawMouseThrottleBufferTester — programme public, code source, observation statique, vérification WinDbg et quatre captures de mesure physique sur Windows 11 24H2.
Default, foreground et default, background — 1,04 ms contre 7,97 ms.
Throttling off, foreground et throttling off, background — 1,00 ms chacun.
Microsoft: Reduced game stutter with high report rate mice — throttling, coalescing et cap pour les background raw mouse listeners.
Microsoft: KB5027303, OS build 22621.1928 — première mise à jour stable en preview avec l’amélioration pour les souris à high report rate.
Microsoft: Windows 11 Insider Preview Build 23424 — première description publique de l’amélioration des souris à high report rate pendant le jeu.
Razer: lancement de la Viper 8KHz — annonce officielle de la souris 8000 Hz du 28 janvier 2021 et comparaison du volume de rapports avec 1000 Hz.
Razer: évolution des 4000 et 8000 Hz — chronologie officielle des dispositifs filaires et sans fil à high polling rate.
PC-Tuning: vérification de l’intervalle d’un background listener — méthodologie publique d’observation de l’intervalle et plage de RawMouseThrottleDuration.
Noverse: vérification indépendante de deux background listeners — avec un intervalle de 20 ms, un listener compatible a été mesuré à environ 60 Hz, tandis qu’un listener avec enregistrement bypass a conservé environ 1000 Hz.
Microsoft: RAWINPUTDEVICE — rôle de RIDEV_INPUTSINK et RIDEV_NOLEGACY.
Microsoft: About Raw Input — modèle d’enregistrement et de livraison des WM_INPUT.

Sources publiques et formulations vérifiées : 2026-08-24.

Historique des modifications

2026-09-20 : la recommandation d’environ 50 Hz a été reformulée : le nombre est explicitement mis en regard des mesures indépendantes publiques, l’absence de mesure propre publiée de l’intervalle est indiquée ; le disclaimer de conflit d’intérêts est complété par l’appartenance de l’étude et des outils, et un lien vers la vérification autonome a été ajouté dans la méthodologie.
2026-08-25 : 50 Hz recommandés pour le scénario de jeu comme réduction confirmée du traitement en arrière-plan ; la limite concernant l’effet chiffré sur le CPU global et les FPS est conservée séparément.
2026-08-24 : ajout du contexte documenté sur la charge CPU, de la limite de la conclusion sur les souris 4000–8000 Hz et du scénario prudent de limitation manuelle des background listeners à environ 50 Hz.
2026-08-24 : ajout de la mesure physique publique sur Windows 11 24H2, confirmant environ 125 Hz pour un background listener ; la limite selon laquelle il ne s’agit pas d’une constante universelle pour chaque build et chaque enregistrement est conservée.
2026-08-24 : publication de la première comparaison entre Windows 10 22H2 et Windows 11 25H2.