Zum Inhalt springen

Hintergrund-Raw-Input-Listener in Windows 10 und Windows 11

Auf dieser Seite

Kurze Antwort: Die Begrenzung des Hintergrund-Listeners auf etwa 125 Hz ist durch unsere physische Messung unter Windows 11 24H2 bestätigt. Bei aktiviertem System-Throttling betrug das mittlere Intervall der Hintergrund-WM_INPUT 7,97 ms, also etwa 125,5 Hz; der Foreground behielt 1,04 ms. Nach dem Deaktivieren des Mechanismus kehrte der Hintergrund zu 1,00 ms zurück. In einzelnen virtuellen Serien führte das Throttling nicht zu einem Verlust von Raw Packets: 32 von 32 und 256 von 256 Ereignissen blieben erhalten.

Status: Der Mechanismus des Throttling und Coalescing von Hintergrund-Listenern ist von Microsoft dokumentiert. Die Frequenz von etwa 125 Hz wurde von einem separaten öffentlichen Tester mit einer physischen 1000-Hz-Maus unter Windows 11 24H2 gemessen. Der Systemzweig wurde ebenfalls unter Windows 11 25H2 beobachtet und in der gegenübergestellten Windows 10 22H2 nicht gefunden.

Microsoft beschreibt den Grund direkt: Eine Maus mit hoher Report Rate sendete Eingaben nicht nur an das Spiel, sondern auch an mehrere Hintergrundprozesse. Die Verarbeitung dieser Anfragen beanspruchte merkliche Prozessorzeit, die für das Rendering hätte genutzt werden können, und auf einem Test-Surface Laptop Studio mit einer 1000-Hz-Maus wurden erhebliche Stutters beobachtet. Die Lösung waren Throttling, Coalescing und eine Begrenzung der Nachrichtenfrequenz speziell für Hintergrund-Raw-Input-Listener.

Zum Zeitpunkt der Veröffentlichung der Änderung hatten schnelle Mäuse die 1000 Hz bereits weit überschritten. Beispielsweise brachte Razer 2021 eine kabelgebundene Maus mit 8000 Hz und 2022 eine kabellose Technologie mit 4000 Hz auf den Markt. Ein Gerät mit 8000 Hz kann bis zu achtmal mehr Reports pro Sekunde senden als ein Gerät mit 1000 Hz. Daher vergrößerte die Verbreitung von Mäusen mit 4000–8000 Hz das Ausmaß des Problems mit mehreren Hintergrund-Listenern logischerweise.

Der letzte Satz ist unsere Interpretation des Kontexts und keine Aussage von Microsoft. Microsoft bezeichnete das Update nicht als Notfallreaktion speziell auf Mäuse mit 4000 oder 8000 Hz, und im veröffentlichten Test verwendete man eine 1000-Hz-Maus. Ebenso ist es korrekter, von den allgemeinen Kosten der Zustellung und Verarbeitung von Input Requests zu sprechen, statt den gesamten Effekt allein den Hardware-Interrupts zuzuschreiben.

Das Material steht im Zusammenhang mit der Einstellung „Frequenz der Hintergrund-Raw-Input-Ereignisse reduzieren“. Sie begrenzt speziell Hintergrund-Listener und sollte nicht als Begrenzung der Foreground-Eingabe oder als garantierter FPS-Zuwachs beschrieben werden.

Wir haben fünf Aussagen überprüft:

  1. In Windows 11 existiert eine separate Verarbeitung hochfrequenter Hintergrund-Raw-Input-Listener.
  2. Sie fehlt in derselben Form in der untersuchten Windows 10 22H2.
  3. In Windows 11 24H2 beträgt die effektive Frequenz des Hintergrund-Listeners tatsächlich etwa 125 Hz bei einem Eingangsstrom von etwa 1000 Hz.
  4. Throttling kann die Integrität des WM_INPUT-Stroms des Spiels durch Verluste, Zusammenfassen oder Aufteilen von Paketen verringern.
  5. Die Änderung des Fenstermodus erzeugt für sich genommen einen unterschiedlichen Raw Input Path.
  • Windows 10 22H2 build 19045.6456;
  • Windows 11 24H2 mit physischer 1000-Hz-Maus;
  • Windows 11 25H2;
  • isolierte virtuelle Maschinen;
  • Foreground- und Background-Consumer;
  • gewöhnliche Raw-Input-Registrierung, RIDEV_NOLEGACY und RIDEV_INPUTSINK;
  • Windowed, Borderless und bestätigtes Exclusive Presentation;
  • Kontrollserien mit 32 Ereignissen und eine separate Serie mit 256 Ereignissen.

Die physische Serie überprüfte die Intervalle zwischen WM_INPUT, enthielt jedoch kein echtes Match, kein Anti-Cheat und kein Overlay. Die virtuelle Serie reproduzierte weder USB Polling noch physische GPU, Display oder den Click-to-Photon-Pfad.

In einem separaten öffentlichen Experiment registrierte RawMouseThrottleBufferTester eine Maus mit RIDEV_INPUTSINK und maß Stopwatch-Intervalle zwischen Bewegungsnachrichten WM_INPUT. Dasselbe Fenster wurde im Foreground und im Hintergrund bei den Standard-Systemwerten verglichen, danach nach dem Deaktivieren des Throttling.

Der angezeigte Mittelwert wird über ein Ringfenster der letzten 512 empfangenen Intervalle berechnet. Nullbewegungen und Pausen ab 40 ms wurden verworfen. Das Feld Samples im Screenshot zeigt die Gesamtzahl der bis zum Zeitpunkt der Aufnahme empfangenen Intervalle, nicht die Größe des statistischen Fensters.

Zusätzlich wurden die Systemkomponenten von Windows 10 22H2 und Windows 11 25H2 statisch verglichen, um einen separaten Verarbeitungszweig der Hintergrundmaus zu finden und den Raw Input Path von den Legacy-Cursor- und Presentation-Paths zu trennen.

Anschließend wurde in identischen virtuellen Umgebungen eine kontrollierte Sequenz von Mouse Events an einen Foreground- oder Background-Consumer übergeben. Für jedes Szenario wurden die Anzahl der gesendeten und empfangenen Raw Packets, Verluste, Zusammenfassungen, Aufteilungen, der Foreground State und separat die Ereignisse des Legacy-/Cursor-Zweigs aufgezeichnet.

Es wurde jeweils nur ein Faktor geändert: die Art der Consumer-Registrierung, der Foreground State, der Fenstermodus oder das Profil des System-Throttling. Zwischen den Szenarien wurde der Testzustand auf die aufgezeichnete Baseline zurückgesetzt.

Zustand Mittleres Intervall der letzten 512 Ereignisse Äquivalente Frequenz Samples auf der Aufnahme
Default, foreground 1,04 ms ≈962 Hz 2 221
Default, background 7,97 ms ≈125,5 Hz 3 556
Throttling deaktiviert, foreground 1,00 ms ≈1000 Hz 19 606
Throttling deaktiviert, background 1,00 ms ≈1000 Hz 12 009

Dies bestätigt etwa 125 Hz speziell für den Hintergrund-RIDEV_INPUTSINK-Consumer in der untersuchten Windows 11 24H2. Der Foreground-Pfad desselben Programms wurde nicht auf 125 Hz begrenzt.

Szenario Windows 10 22H2 Windows 11 25H2 Ergebnis
Basis-Zustellung von Raw Input 32 gesendet, 32 empfangen 32 gesendet, 32 empfangen Keine Verluste, Merges oder Splits festgestellt
Background ohne RIDEV_INPUTSINK 0 von 32 0 von 32 Hintergrund-Zustellung nicht angefordert
Background mit RIDEV_INPUTSINK 32 von 32 32 von 32 Hintergrund-Zustellung funktioniert auf beiden OS
Windowed, borderless, exclusive 32 von 32 in jedem Modus 32 von 32 in jedem Modus Presentation Mode änderte die Packet Integrity nicht
Stress-Profile des Throttling Nicht anwendbar 256 von 256 in allen Zuständen Der Legacy-/Cursor-Zweig änderte sich, nicht aber die Integrität von WM_INPUT

RIDEV_INPUTSINK ist ein dokumentierter Schalter für die Hintergrund-Zustellung. Ohne ihn sollte ein Background-Consumer nicht denselben Strom erhalten wie eine Foreground-Anwendung. Das Nullergebnis in dieser Zeile ist kein Datenverlust von Windows.

In der Stress-Serie veränderten die Systemzustände des Throttling merklich die Anzahl der Legacy Events und die Bewegung des Systemcursors. Dabei erhielt der Raw-Input-Consumer in allen Zuständen dieselben 256 Pakete von 256. Daher lässt sich der gefundene Effekt nicht korrekt als „Windows 11 verliert Raw Input“ beschreiben.

  • Microsoft hat in Windows 11 Throttling, Coalescing und eine Begrenzung der Nachrichtenfrequenz für Hintergrund-Raw-Mouse-Listener hinzugefügt.
  • Auf der untersuchten Windows 11 24H2 erhielt ein physischer Foreground-Consumer Nachrichten mit einem Intervall von etwa 1 ms, ein Background-Consumer mit einem Intervall von 7,97 ms, also etwa 125,5 Hz.
  • Nach dem Deaktivieren des Throttling kehrte das Intervall des Background-Consumers zu 1,00 ms zurück.
  • In der untersuchten Windows 11 25H2 ist ein separater Zweig dieser Verarbeitung zu beobachten; im exakten Gegenstück Windows 10 22H2 wurde er nicht gefunden.
  • RIDEV_INPUTSINK ändert die Hintergrund-Zustellung von WM_INPUT auf beiden untersuchten OS.
  • In allen aufgeführten Szenarien blieb die Integrität der Raw Packets 1:1 erhalten.
  • Die Änderungen des Throttling zeigten sich im gemessenen Legacy-/Cursor-Zweig, nicht als Verlust von Raw Packets.
  • Dass jeder Background-Listener in jedem Build von Windows 11 immer exakt auf 125,0 Hz begrenzt wird. Das bestätigte Ergebnis bezieht sich auf die beschriebene Windows 11 24H2 und die Art der Registrierung.
  • Dass der Mechanismus auf jedem Computer immer FPS, Latenz oder Stutter verringert.
  • Dass das Deaktivieren des System-Throttling die Maussteuerung verbessert.
  • Dass DWM die Integrität von WM_INPUT in allen Spielen und Builds von Windows 11 steuert.
  • Dass dieselbe Packet Integrity dieselbe physische Click-to-Photon-Latenz oder dasselbe subjektive Zielgefühl garantiert.
  • Dass das Ergebnis einer virtuellen Maschine auf jede physische Maus, jedes Spiel, jedes Anti-Cheat oder Overlay übertragbar ist.

Die öffentlichen physischen Aufnahmen enthalten nicht die genaue Build-Nummer von Windows 11 24H2, das Mausmodell, eine CSV aller Intervalle oder eine automatisierte Reihenfolge der Zustandswechsel. Der Mittelwert spiegelt die letzten 512 Ereignisse wider, und die Mausbewegung erfolgte manuell. Daher bestätigt das Ergebnis sicher den beobachteten Cluster um 8 ms, legt aber keine exakte Konstante für jedes System fest.

Die virtuelle Maschine erlaubt es, den softwarebasierten Pfad zu wiederholen, reproduziert jedoch weder USB Polling, den Mikrocontroller der Maus, die physische GPU, das Display noch den vollständigen Spielzyklus. Serien mit 32 und 256 Ereignissen genügen, um die beobachtete Integrität eines konkreten Pfads zu prüfen, aber nicht zur Bewertung seltener Verluste mit geringer Wahrscheinlichkeit.

Windows 11 25H2 wurde mit einem exakten Build von Windows 10 22H2 verglichen. Das Ergebnis sollte nicht automatisch auf frühe Windows 11, Windows Server oder zukünftige Updates übertragen werden.

Wie der dynamische Teil der Beobachtungen wiederholt werden kann — siehe Wie man selbst überprüft.

BoosterX entwickelt GameModeX und ProcessX, und diese Untersuchung sowie ihre Werkzeuge, einschließlich des öffentlichen RawMouseThrottleBufferTester, gehören dem Entwickler von BoosterX, weshalb er ein direktes Interesse an den Ergebnissen hat. Die Methodik und die Grenzen der Anwendbarkeit sind oben beschrieben, und die Schlussfolgerungen lassen sich anhand offener Daten überprüfen: des öffentlichen Codes des Werkzeugs, der Messaufnahmen und der aufgeführten Quellen. Das Nullergebnis bei Verlusten von WM_INPUT, die Bestätigung von etwa 125 Hz und das Fehlen einer universellen Garantie sind gemeinsam veröffentlicht.

Unter Windows 11 sollte man das System-Throttling der Hintergrund-Raw-Mouse-Listener im Standardzustand belassen. Microsoft hat es eingeführt, um die Arbeit von Hintergrundanwendungen bei der Verwendung einer Maus mit hoher Report Rate zu verringern und dabei die präzise Eingabe des Foreground-Spiels zu erhalten.

Für einen Gaming-PC empfiehlt BoosterX, kompatible Background-Listener auf etwa 50 Hz zu begrenzen. Eine eigene Messung dieses Intervalls wurde in BoosterX bisher nicht veröffentlicht; die Zahl selbst stimmt mit öffentlichen unabhängigen Messungen überein: Nach den Prüfungen von PC-Tuning und Noverse entspricht ein Intervall von etwa 20 ms einer Frequenz eines kompatiblen Listeners von etwa 50–60 Hz. Diese Materialien sind in den Quellen als zusätzlicher Abgleich angeführt, und der in diesem Artikel gemessene Wert ist die Systembegrenzung von etwa 125 Hz, nicht die Frequenz nach manueller Einstellung. Eine Vergrößerung des Intervalls verringert die Anzahl der zugestellten Hintergrundereignisse und der Aufrufe des Handlers bei Mausbewegung. Das Foreground-Fenster behält im geprüften Pfad die Volleingabe bei.

Die Richtung der lokalen Optimierung ist bestätigt: Die Verringerung der Zustellfrequenz von Hintergrundereignissen verringert sowohl die Anzahl solcher Zustellungen als auch die Anzahl der Handler-Aufrufe. Nicht gemessen wurden die endgültige Größe der Änderung der allgemeinen CPU Load, der FPS oder der Frametime für eine beliebige Gruppe von Programmen. Die Hintergrundreaktion einer Anwendung auf die Maus kann weniger flüssig werden, daher ist ein Listener, der im Hintergrund tatsächlich eine hohe Frequenz benötigt, ein Grund, den Windows-Standard wiederherzustellen. Die praktische Beschreibung und der genaue Registry-Zustand sind auf der Seite „Frequenz der Hintergrund-Raw-Input-Ereignisse reduzieren“ angeführt.

Wenn eine bestimmte Hintergrundanwendung Stutters oder Eingabekonflikte verursacht, aktualisieren oder schließen Sie zunächst genau diese. Deaktivieren Sie nicht die Systemoptimierung und halten Sie keine Prozesse an, ohne einen reproduzierbaren Vergleich.

Die Legacy-Funktion zur Begrenzung von Hintergrund-Listenern in GameModeX war in erster Linie für Windows 10 gedacht und ist kein Ersatz für den Systemmechanismus von Windows 11. Für eine neue Konfiguration wird die von Windows 11 und ProcessX unterstützte Variante empfohlen.

Die Untersuchung wurde in isolierten virtuellen Umgebungen durchgeführt. Die geänderten Testzustände wurden zwischen den Szenarien auf die aufgezeichnete Baseline zurückgesetzt; nach dem Abschluss wurde der ursprüngliche Zustand der virtuellen Maschine verwendet. Auf einem Benutzercomputer empfiehlt dieser Artikel keine Änderung der Systemparameter, daher ist keine separate Wiederherstellungsaktion erforderlich.

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

  • 2026-09-20: Die Empfehlung von etwa 50 Hz wurde umformuliert: Die Zahl wurde ausdrücklich mit öffentlichen unabhängigen Messungen abgeglichen, das Fehlen einer eigenen veröffentlichten Intervallmessung angegeben; der Disclaimer zum Interessenkonflikt wurde um die Zugehörigkeit der Untersuchung und der Werkzeuge ergänzt, und in der Methodik wurde ein Link zur Selbstüberprüfung hinzugefügt.
  • 2026-08-25: 50 Hz wurden für das Gaming-Szenario als bestätigte Verringerung der Hintergrundverarbeitung empfohlen; die Grenze für den numerischen Effekt auf die allgemeine CPU und FPS wurde separat beibehalten.
  • 2026-08-24: Dokumentierter Kontext zur CPU Load, die Grenze der Schlussfolgerung zu Mäusen mit 4000–8000 Hz und das vorsichtige Szenario einer manuellen Begrenzung von Background-Listenern auf etwa 50 Hz wurden hinzugefügt.
  • 2026-08-24: Die öffentliche physische Messung unter Windows 11 24H2 wurde hinzugefügt, die etwa 125 Hz für den Background-Listener bestätigt; die Grenze blieb erhalten, dass dies keine universelle Konstante jedes Builds und jeder Registrierung ist.
  • 2026-08-24: Der erste Vergleich von Windows 10 22H2 und Windows 11 25H2 wurde veröffentlicht.