Bakgrundsprocesser för Raw Input-lyssnare i Windows 10 och Windows 11

På den här sidan

Kort svar: begränsningen av bakgrundslyssnare till ungefär 125 Hz bekräftades av vår fysiska mätning på Windows 11 24H2. Med systemets throttling aktiverad var medelintervallet för bakgrunds-WM_INPUT 7,97 ms, eller omkring 125,5 Hz; foreground behöll 1,04 ms. Efter att mekanismen för bakgrund inaktiverats återgick den till 1,00 ms. I enskilda virtuella serier ledde throttling inte till förlust av raw packets: 32 av 32 och 256 av 256 händelser bevarades.

Status: mekanismen för throttling och coalescing av bakgrundslyssnare är dokumenterad av Microsoft. Frekvensen på omkring 125 Hz uppmättes av en separat offentlig testare med en fysisk 1000 Hz-mus på Windows 11 24H2. Systemgrenen observerades även i Windows 11 25H2 och återfanns inte i den matchade Windows 10 22H2.

Varför Microsoft lade till begränsningen

Microsoft beskriver orsaken direkt: en mus med high report rate skickade inmatning inte bara till spelet, utan även till flera bakgrundsprocesser. Hanteringen av dessa förfrågningar tog märkbar processortid som hade kunnat användas till rendering, och på en testad Surface Laptop Studio med en 1000 Hz-mus observerades betydande stutter. Lösningen blev throttling, coalescing och begränsning av meddelandefrekvensen specifikt för bakgrundslyssnare av Raw Input.

Vid tidpunkten för ändringens lansering hade snabba möss redan passerat 1000 Hz med god marginal. Razer lanserade till exempel en trådbunden mus på 8000 Hz 2021 och en trådlös teknik på 4000 Hz 2022. En enhet på 8000 Hz kan skicka upp till åtta gånger fler rapporter per sekund än en enhet på 1000 Hz. Spridningen av möss på 4000–8000 Hz ökade därför logiskt omfattningen av problemet med flera bakgrundslyssnare.

Den sista meningen är vår tolkning av sammanhanget, inte ett uttalande från Microsoft. Microsoft beskrev inte uppdateringen som en akut reaktion specifikt på möss på 4000 eller 8000 Hz, och i det publicerade testet användes en mus på 1000 Hz. Det är också mer korrekt att tala om den sammanlagda kostnaden för leverans och hantering av input requests, snarare än att tillskriva hela effekten enbart hårdvaruavbrott.

Relaterade inställningar i BoosterX

Materialet är relaterat till inställningen “Minska frekvensen för bakgrundshändelser av Raw Input”. Den begränsar just bakgrundslyssnare och bör inte beskrivas som en begränsning av foreground-inmatning eller som en garanterad FPS-ökning.

Påstående som verifieras

Vi verifierade fem påståenden:

I Windows 11 finns en separat hantering av högfrekventa bakgrundslyssnare av Raw Input.
Den saknas i samma form i den undersökta Windows 10 22H2.
I Windows 11 24H2 är den effektiva frekvensen för bakgrundslyssnaren verkligen omkring 125 Hz vid en ingående ström på omkring 1000 Hz.
Throttling kan minska integriteten i WM_INPUT-strömmen för spelet genom förluster, sammanslagning eller uppdelning av paket.
Att ändra fönsterläge skapar i sig självt en annan Raw Input-path.

Undersökningens omfattning

Windows 10 22H2 build 19045.6456;
Windows 11 24H2 med en fysisk 1000 Hz-mus;
Windows 11 25H2;
isolerade virtuella maskiner;
foreground- och background-consumers;
vanlig registrering av Raw Input, RIDEV_NOLEGACY och RIDEV_INPUTSINK;
windowed, borderless och bekräftad exclusive presentation;
kontrollytor om 32 händelser och en separat serie om 256 händelser.

Den fysiska serien kontrollerade intervall mellan WM_INPUT, men omfattade inte en verklig match, anti-cheat eller overlay. Den virtuella serien återskapade inte USB polling, fysisk GPU, display eller click-to-photon-kedjan.

Metod

I ett separat offentligt experiment registrerade RawMouseThrottleBufferTester en mus med RIDEV_INPUTSINK och mätte Stopwatch-intervall mellan rörelsemeddelanden från WM_INPUT. Samma fönster jämfördes i foreground och background med systemets standardvärden, därefter efter att throttling inaktiverats.

Det visade medelvärdet beräknas över ett ringbuffertfönster med de senaste 512 mottagna intervallen. Nollrörelser och pauser från 40 ms uteslöts. Fältet Samples i skärmbilden visar det totala antalet mottagna intervall vid tidpunkten för bilden, inte storleken på det statistiska fönstret.

Dessutom jämfördes systemkomponenter i Windows 10 22H2 och Windows 11 25H2 statiskt för att hitta en separat gren för hantering av bakgrundsmus och för att skilja Raw Input-path från legacy cursor- och presentation-paths.

Därefter matades en kontrollerad sekvens av mouse events in i en foreground- eller background-consumer i identiska virtuella miljöer. För varje scenario registrerades antalet skickade och mottagna raw packets, förluster, sammanslagningar, uppdelningar, foreground state och separat händelser i legacy/cursor-grenen.

Endast en faktor ändrades i taget: sättet att registrera consumer, foreground state, fönsterläge eller profil för systemets throttling. Mellan scenarierna återställdes testtillståndet till den registrerade baseline.

Resultat

Fysisk mus, Windows 11 24H2

Tillstånd	Medelintervall för de senaste 512 händelserna	Ekvivalent frekvens	Samples i bilden
Default, foreground	1,04 ms	≈962 Hz	2 221
Default, background	7,97 ms	≈125,5 Hz	3 556
Throttling inaktiverad, foreground	1,00 ms	≈1000 Hz	19 606
Throttling inaktiverad, background	1,00 ms	≈1000 Hz	12 009

Detta bekräftar omkring 125 Hz just för bakgrunds-RIDEV_INPUTSINK consumer i den undersökta Windows 11 24H2. Foreground-pathen för samma program begränsades inte till 125 Hz.

Kontrollerade virtuella scenarier

Scenario	Windows 10 22H2	Windows 11 25H2	Resultat
Grundläggande leverans av Raw Input	32 skickade, 32 mottagna	32 skickade, 32 mottagna	Inga förluster, merge eller split upptäcktes
Background utan `RIDEV_INPUTSINK`	0 av 32	0 av 32	Bakgrundsleverans begärdes inte
Background med `RIDEV_INPUTSINK`	32 av 32	32 av 32	Bakgrundsleverans fungerar på båda OS
Windowed, borderless, exclusive	32 av 32 i varje läge	32 av 32 i varje läge	Presentation mode ändrade inte packet integrity
Stress-profiler för throttling	Ej tillämpligt	256 av 256 i alla tillstånd	legacy/cursor-grenen ändrades, men inte integriteten hos `WM_INPUT`

RIDEV_INPUTSINK är en dokumenterad växel för bakgrundsleverans. Utan den bör en background consumer inte få samma ström som foreground-programmet. Nollresultatet i den raden är inte dataförlust i Windows.

I stress-serien ändrade systemets throttling-tillstånd märkbart antalet legacy events och den systemliga markörens rörelse. Samtidigt fick Raw Input-consumern i alla tillstånd samma 256 paket av 256. Den funna effekten kan därför inte korrekt beskrivas som att “Windows 11 tappar Raw Input”.

Vad som bekräftats

Microsoft lade i Windows 11 till throttling, coalescing och begränsning av meddelandefrekvensen för bakgrundslyssnare av raw mouse.
På den undersökta Windows 11 24H2 fick en fysisk foreground consumer meddelanden med ett intervall på omkring 1 ms, medan en background consumer fick ett intervall på 7,97 ms, eller omkring 125,5 Hz.
Efter att throttling inaktiverats återgick intervallet för background consumer till 1,00 ms.
I den undersökta Windows 11 25H2 finns en separat gren av denna hantering; i det exakta paret Windows 10 22H2 hittades den inte.
RIDEV_INPUTSINK ändrar bakgrundsleveransen av WM_INPUT på båda undersökta OS.
I alla uppräknade scenarier bevarades integriteten hos raw packets 1:1.
Ändringarna i throttling visade sig i den uppmätta legacy/cursor-grenen, inte som förlust av raw packets.

Vad som inte bekräftats

Att varje background listener i varje build av Windows 11 alltid begränsas till exakt 125,0 Hz. Det bekräftade resultatet gäller den beskrivna Windows 11 24H2 och registreringssättet.
Att mekanismen alltid minskar FPS, latency eller stutter på vilken dator som helst.
Att inaktivering av systemets throttling förbättrar musstyrningen.
Att DWM styr integriteten hos WM_INPUT i alla spel och builds av Windows 11.
Att identisk packet integrity garanterar identisk fysisk click-to-photon latency eller subjektiv känsla av siktet.
Att resultatet från en virtuell maskin överförs till varje fysisk mus, spel, anti-cheat eller overlay.

Begränsningar

De offentliga fysiska skärmbilderna innehåller inte exakt build-nummer för Windows 11 24H2, musmodell, CSV med alla intervall eller en automatiserad ordning för växling av tillstånd. Medelvärdet återspeglar de senaste 512 händelserna, och musrörelsen utfördes manuellt. Resultatet bekräftar därför med säkerhet det observerade klustret kring 8 ms, men fastställer inte en exakt konstant för alla system.

En virtuell maskin gör det möjligt att upprepa den programvarumässiga rutten, men återskapar inte USB polling, musens mikrokontroller, fysisk GPU, display och hela spelloopen. Serierna om 32 och 256 händelser räcker för att kontrollera den observerade integriteten hos en specifik rutt, men inte för att uppskatta sällsynta förluster med låg sannolikhet.

Windows 11 25H2 jämfördes med en exakt build av Windows 10 22H2. Resultatet bör inte automatiskt överföras på tidiga Windows 11, Windows Server eller framtida uppdateringar.

Hur du upprepar den dynamiska delen av observationerna finns i Så kontrollerar du själv.

BoosterX utvecklar GameModeX och ProcessX, och denna undersökning och dess verktyg, inklusive den offentliga RawMouseThrottleBufferTester, tillhör utvecklaren av BoosterX, som därför har ett direkt intresse av resultaten. Metoden och gränserna för tillämplighet beskrivs ovan, och slutsatserna kan kontrolleras mot öppna data: verktygets offentliga kod, mätbilder och de uppräknade källorna. Nollresultatet för förluster av WM_INPUT, bekräftelsen på omkring 125 Hz och avsaknaden av en universell garanti publiceras tillsammans.

Praktisk slutsats

På Windows 11 bör du lämna systemets throttling av bakgrundslyssnare för raw mouse i standardläget. Microsoft införde den för att minska arbetet för bakgrundsprogram vid användning av en mus med high report rate, samtidigt som exakt inmatning för foreground-spelet bevarades.

För en speldator rekommenderar BoosterX att kompatibla background listeners begränsas till ungefär 50 Hz. BoosterX har ännu inte publicerat en egen mätning av detta intervall; själva siffran stämmer överens med offentliga oberoende mätningar: enligt kontroller av PC-Tuning och Noverse motsvarar ett intervall på omkring 20 ms en frekvens för en kompatibel listener på ungefär 50–60 Hz. Dessa material anges i källorna som en kompletterande jämförelse, medan värdet som uppmätts i denna artikel är systembegränsningen på omkring 125 Hz, inte frekvensen efter manuell inställning. Ett ökat intervall minskar antalet levererade bakgrundshändelser och antalet anrop till hanteraren vid musrörelse. Foreground-fönstret behåller fullhastighetsinmatning i den kontrollerade rutten.

Riktningen för den lokala optimeringen är bekräftad: en minskning av leveransfrekvensen för bakgrundshändelser minskar både antalet sådana leveranser och antalet anrop till hanteraren. Den slutliga storleken på ändringen av total CPU load, FPS eller frametime för en godtycklig uppsättning program mättes inte. Programmets bakgrundsreaktion på musen kan bli mindre jämn, så en listener som verkligen behöver hög frekvens i background är skäl att återställa Windows standard. En praktisk beskrivning och det exakta registretillståndet finns på sidan “Minska frekvensen för bakgrundshändelser av Raw Input”.

Om ett specifikt bakgrundsprogram orsakar stutter eller inmatningskonflikt, uppdatera eller stäng först just det. Inaktivera inte systemoptimeringen och pausa inte processer utan en reproducerbar jämförelse.

Den legacy-funktion för begränsning av bakgrundslyssnare som finns i GameModeX var i första hand avsedd för Windows 10 och är inte en ersättning för Windows 11:s systemmekanism. För en ny konfiguration rekommenderas det som stöds av Windows 11 och ProcessX.

Återställning av tillstånd

Undersökningen utfördes i isolerade virtuella miljöer. De testtillstånd som ändrades återställdes till den registrerade baseline mellan scenarierna; efter avslutningen användes den virtuella maskinens ursprungliga tillstånd. På en användares dator rekommenderar denna artikel inte att systemparametrar ändras, därför krävs ingen separat återställningsåtgärd.

Offentliga primärkällor

RawMouseThrottleBufferTester — offentligt program, källkod, statisk observation, WinDbg-kontroll och fyra bilder från fysisk mätning av Windows 11 24H2.
Default, foreground och default, background — 1,04 ms mot 7,97 ms.
Throttling off, foreground och throttling off, background — 1,00 ms vardera.
Microsoft: Reduced game stutter with high report rate mice — throttling, coalescing och cap för background raw mouse listeners.
Microsoft: KB5027303, OS build 22621.1928 — den första stabila preview-uppdateringen med förbättring för möss med high report rate.
Microsoft: Windows 11 Insider Preview Build 23424 — tidig offentlig beskrivning av förbättringen för high report rate mouse under spel.
Razer: lansering av Viper 8KHz — officiellt tillkännagivande av en mus på 8000 Hz den 28 januari 2021 och jämförelse av rapportvolymen med 1000 Hz.
Razer: utvecklingen av 4000 och 8000 Hz — officiell tidslinje för trådbundna och trådlösa enheter med high polling rate.
PC-Tuning: kontroll av intervallet för background listener — offentlig metod för att observera intervallet och intervallet RawMouseThrottleDuration.
Noverse: oberoende kontroll av två background listeners — vid ett intervall på 20 ms uppmättes en kompatibel listener till omkring 60 Hz, medan en listener med bypass-registrering behöll omkring 1000 Hz.
Microsoft: RAWINPUTDEVICE — syftet med RIDEV_INPUTSINK och RIDEV_NOLEGACY.
Microsoft: About Raw Input — modellen för registrering och leverans av WM_INPUT.

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

Ändringshistorik

2026-09-20: rekommendationen på omkring 50 Hz omformulerades: siffran jämförs nu uttryckligen med offentliga oberoende mätningar, det anges att ingen egen publicerad mätning av intervallet finns; ansvarsfriskrivningen om intressekonflikt kompletterades med att undersökningen och verktygen tillhör utvecklaren, och en länk till egenkontroll lades till i metoden.
2026-08-25: 50 Hz rekommenderades för spelscenariot som en bekräftad minskning av bakgrundshantering; gränsen för den numeriska effekten på total CPU och FPS bevarades separat.
2026-08-24: dokumenterad kontext om CPU load lades till, gränsen för slutsatsen om möss på 4000–8000 Hz och ett försiktigt scenario för manuell begränsning av background listeners till omkring 50 Hz.
2026-08-24: en offentlig fysisk mätning av Windows 11 24H2 lades till, som bekräftar omkring 125 Hz för background listener; gränsen bevarades att detta inte är en universell konstant för varje build och registrering.
2026-08-24: den första jämförelsen av Windows 10 22H2 och Windows 11 25H2 publicerades.