Gå til indhold

Baggrunds-Raw Input-lyttere i Windows 10 og Windows 11

På denne side

Kort svar: begrænsningen af baggrundslytteren til cirka 125 Hz er bekræftet af vores fysiske måling på Windows 11 24H2. Med systemets throttling aktiveret var det gennemsnitlige interval for baggrunds-WM_INPUT 7,97 ms, eller omkring 125,5 Hz; foreground bevarede 1,04 ms. Efter deaktivering af mekanismen vendte background tilbage til 1,00 ms. I enkelte virtuelle serier medførte throttling ikke tab af raw packets: 32 ud af 32 og 256 ud af 256 hændelser blev bevaret.

Status: mekanismen til throttling og coalescing af baggrundslyttere er dokumenteret af Microsoft. Frekvensen på omkring 125 Hz er målt af et separat offentligt testværktøj med en fysisk 1000 Hz-mus på Windows 11 24H2. Systemgrenen blev også observeret i Windows 11 25H2 og blev ikke fundet i den sammenlignede Windows 10 22H2.

Hvorfor Microsoft tilføjede begrænsningen

Sektion kaldt “ Hvorfor Microsoft tilføjede begrænsningen”

Microsoft beskriver årsagen direkte: en mus med high report rate sendte input ikke kun til spillet, men også til flere baggrundsprocesser. Behandlingen af disse anmodninger optog mærkbar processortid, som kunne være brugt på rendering, og på en test-Surface Laptop Studio med en 1000 Hz-mus blev der observeret betydelige stutters. Løsningen blev throttling, coalescing og begrænsning af meddelelsesfrekvensen netop for baggrunds-Raw Input listeners.

På det tidspunkt, hvor ændringen blev udgivet, havde hurtige mus allerede bevæget sig langt ud over 1000 Hz. For eksempel udgav Razer en kablet mus på 8000 Hz i 2021 og en trådløs teknologi på 4000 Hz i 2022. En enhed på 8000 Hz kan sende op til otte gange så mange rapporter i sekundet som en enhed på 1000 Hz. Derfor øgede udbredelsen af mus på 4000–8000 Hz logisk omfanget af problemet med flere baggrundslisteners.

Den sidste sætning er vores fortolkning af konteksten, ikke en udtalelse fra Microsoft. Microsoft kaldte ikke opdateringen en nødreaktion specifikt på mus på 4000 eller 8000 Hz, og i den offentliggjorte test brugte de en mus på 1000 Hz. Det er også mere korrekt at tale om den samlede omkostning ved levering og behandling af input requests frem for at tilskrive hele effekten udelukkende til hardwareafbrydelser.

Materialet er relateret til indstillingen “Reducer frekvensen af baggrundshændelser for Raw Input”. Den begrænser netop baggrundslisteners og bør ikke beskrives som en begrænsning af foreground-input eller som en garanteret FPS-forøgelse.

Vi undersøgte fem påstande:

  1. I Windows 11 findes der en separat behandling af højfrekvente baggrunds-Raw Input listeners.
  2. Den findes ikke i samme form i den undersøgte Windows 10 22H2.
  3. I Windows 11 24H2 er den effektive frekvens for baggrundslytteren faktisk omkring 125 Hz ved en indgående strøm på omkring 1000 Hz.
  4. Throttling kan reducere integriteten af WM_INPUT-strømmen i spillet gennem tab, sammenlægning eller opdeling af pakker.
  5. Ændring af vinduestilstand skaber i sig selv en anderledes Raw Input path.
  • Windows 10 22H2 build 19045.6456;
  • Windows 11 24H2 med en fysisk 1000 Hz-mus;
  • Windows 11 25H2;
  • isolerede virtuelle maskiner;
  • foreground- og background-consumers;
  • almindelig registrering af Raw Input, RIDEV_NOLEGACY og RIDEV_INPUTSINK;
  • windowed, borderless og bekræftet exclusive presentation;
  • kontrolserier på 32 hændelser og en separat serie på 256 hændelser.

Den fysiske serie undersøgte intervaller mellem WM_INPUT, men omfattede ikke en rigtig kamp, anti-cheat eller overlay. Den virtuelle serie genskabte ikke USB polling, fysisk GPU, skærm eller click-to-photon-forløbet.

I et separat offentligt eksperiment registrerede RawMouseThrottleBufferTester en mus med RIDEV_INPUTSINK og målte Stopwatch-intervaller mellem bevægelsesmeddelelser WM_INPUT. Det samme vindue blev sammenlignet i foreground og background med systemets standardværdier og derefter efter deaktivering af throttling.

Den viste gennemsnitsværdi er beregnet over et ringvindue med de seneste 512 modtagne intervaller. Nulbevægelser og pauser fra 40 ms blev kasseret. Feltet Samples på skærmbilledet viser det samlede antal modtagne intervaller på tidspunktet for optagelsen, ikke størrelsen på det statistiske vindue.

Derudover blev systemkomponenter i Windows 10 22H2 og Windows 11 25H2 sammenlignet statisk for at finde en separat gren til behandling af baggrundsmus og adskille Raw Input path fra legacy cursor- og presentation paths.

Derefter blev en kontrolleret sekvens af mouse events sendt ind i en foreground- eller background-consumer i identiske virtuelle miljøer. For hvert scenarie blev antallet af sendte og modtagne raw packets, tab, sammenlægninger, opdelinger, foreground state og separat hændelser i legacy/cursor-grenen registreret.

Kun én faktor blev ændret ad gangen: måden at registrere consumer på, foreground state, vinduestilstand eller profil for systemets throttling. Mellem scenarierne blev testtilstanden ført tilbage til den registrerede baseline.

Tilstand Gennemsnitligt interval for de seneste 512 hændelser Ækvivalent frekvens Samples på optagelsen
Default, foreground 1,04 ms ≈962 Hz 2 221
Default, background 7,97 ms ≈125,5 Hz 3 556
Throttling deaktiveret, foreground 1,00 ms ≈1000 Hz 19 606
Throttling deaktiveret, background 1,00 ms ≈1000 Hz 12 009

Dette bekræfter omkring 125 Hz netop for baggrunds-RIDEV_INPUTSINK consumer i den undersøgte Windows 11 24H2. Foreground-forløbet i samme program blev ikke begrænset til 125 Hz.

Scenarie Windows 10 22H2 Windows 11 25H2 Resultat
Basislevering af Raw Input 32 sendt, 32 modtaget 32 sendt, 32 modtaget Ingen tab, merge eller split fundet
Background uden RIDEV_INPUTSINK 0 ud af 32 0 ud af 32 Baggrundslevering blev ikke anmodet om
Background med RIDEV_INPUTSINK 32 ud af 32 32 ud af 32 Baggrundslevering fungerer på begge OS
Windowed, borderless, exclusive 32 ud af 32 i hver tilstand 32 ud af 32 i hver tilstand Presentation mode ændrede ikke packet integrity
Stress-profiler for throttling Ikke relevant 256 ud af 256 i alle tilstande legacy/cursor-grenen ændrede sig, men ikke integriteten af WM_INPUT

RIDEV_INPUTSINK er en dokumenteret kontakt til baggrundslevering. Uden den bør en background consumer ikke modtage den samme strøm som foreground-programmet. Nulresultatet i denne række er ikke et datatab i Windows.

I stress-serien ændrede systemets throttling-tilstande mærkbart antallet af legacy events og bevægelsen af systemmarkøren. Samtidig modtog Raw Input consumer i alle tilstande de samme 256 pakker ud af 256. Derfor kan den fundne effekt ikke korrekt beskrives som “Windows 11 mister Raw Input”.

  • Microsoft tilføjede throttling, coalescing og begrænsning af meddelelsesfrekvensen for baggrunds-raw mouse listeners i Windows 11.
  • På den undersøgte Windows 11 24H2 modtog en fysisk foreground consumer meddelelser med et interval på omkring 1 ms, mens en background consumer modtog med et interval på 7,97 ms, eller omkring 125,5 Hz.
  • Efter deaktivering af throttling vendte intervallet for background consumer tilbage til 1,00 ms.
  • I den undersøgte Windows 11 25H2 findes en separat gren af denne behandling; i det præcise par Windows 10 22H2 blev den ikke fundet.
  • RIDEV_INPUTSINK ændrer baggrundsleveringen af WM_INPUT på begge undersøgte OS.
  • I alle de nævnte scenarier blev integriteten af raw packets bevaret 1:1.
  • Ændringer i throttling viste sig i den målte legacy/cursor-gren, ikke som tab af raw packets.
  • At hver baggrundslytter på hver build af Windows 11 altid begrænses til præcis 125,0 Hz. Det bekræftede resultat gælder for den beskrevne Windows 11 24H2 og registreringsmåden.
  • At mekanismen altid reducerer FPS, latency eller stutter på enhver computer.
  • At deaktivering af systemets throttling forbedrer musestyringen.
  • At DWM styrer integriteten af WM_INPUT i alle spil og builds af Windows 11.
  • At identisk packet integrity garanterer identisk fysisk click-to-photon latency eller subjektiv oplevelse af sigtekornet.
  • At resultatet fra en virtuel maskine overføres til enhver fysisk mus, ethvert spil, anti-cheat eller overlay.

Offentlige fysiske optagelser indeholder ikke det præcise build-nummer for Windows 11 24H2, musemodel, CSV med alle intervaller eller en automatiseret rækkefølge for skift af tilstande. Gennemsnitsværdien afspejler de seneste 512 hændelser, og musebevægelsen blev udført manuelt. Derfor bekræfter resultatet med sikkerhed den observerede klynge omkring 8 ms, men fastsætter ikke en præcis konstant for ethvert system.

En virtuel maskine gør det muligt at gentage den softwaremæssige rute, men genskaber ikke USB polling, musens mikrokontroller, fysisk GPU, skærm og hele spilcyklussen. Serier på 32 og 256 hændelser er tilstrækkelige til at kontrollere den observerede integritet af en konkret rute, men ikke til at vurdere sjældne tab med lav sandsynlighed.

Windows 11 25H2 blev sammenlignet med én præcis build af Windows 10 22H2. Resultatet bør ikke automatisk overføres til tidlige Windows 11, Windows Server eller fremtidige opdateringer.

Hvordan den dynamiske del af observationerne gentages — se Sådan kontrollerer du selv.

BoosterX udvikler GameModeX og ProcessX, og denne undersøgelse og dens værktøjer, herunder det offentlige RawMouseThrottleBufferTester, tilhører BoosterX-udvikleren, så han har en direkte interesse i resultaterne. Metoden og grænserne for anvendelighed er beskrevet ovenfor, og konklusionerne kan kontrolleres ud fra åbne data: værktøjets offentlige kode, optagelser af målinger og de nævnte kilder. Nulresultatet for tab af WM_INPUT, bekræftelsen på omkring 125 Hz og fraværet af en universel garanti er offentliggjort sammen.

På Windows 11 bør du lade systemets throttling af baggrunds-raw mouse listeners forblive i standardtilstanden. Microsoft indførte den for at reducere baggrundsprogrammers arbejde ved brug af en mus med high report rate, samtidig med at spillets præcise foreground-input bevares.

Til en gaming-PC anbefaler BoosterX at begrænse kompatible background listeners til cirka 50 Hz. BoosterX har endnu ikke offentliggjort sin egen måling af dette interval; selve tallet stemmer overens med offentlige uafhængige målinger: ifølge kontroller fra PC-Tuning og Noverse svarer et interval på omkring 20 ms til en frekvens for en kompatibel listener på cirka 50–60 Hz. Disse materialer er angivet i kilderne som en supplerende sammenligning, og værdien målt i denne artikel er systembegrænsningen på omkring 125 Hz, ikke frekvensen efter manuel konfiguration. En forøgelse af intervallet reducerer antallet af leverede baggrundshændelser og antallet af gange, handleren startes, når musen bevæges. Foreground-vinduet bevarer fuldhastigheds-input i den kontrollerede rute.

Retningen for den lokale optimering er bekræftet: en reduktion af frekvensen for levering af baggrundshændelser reducerer både antallet af sådanne leveringer og antallet af gange, handleren startes. Den endelige ændring i den samlede CPU load, FPS eller frametime for et vilkårligt sæt programmer blev ikke målt. Programmets baggrundsreaktion på musen kan blive mindre jævn, så en listener, der virkelig har brug for en høj frekvens i background, er grund til at gendanne Windows-standard. Den praktiske beskrivelse og den præcise Registry-tilstand er angivet på siden “Reducer frekvensen af baggrundshændelser for Raw Input”.

Hvis et konkret baggrundsprogram forårsager stutters eller inputkonflikt, skal du først opdatere eller lukke netop det. Deaktivér ikke systemoptimeringen, og stands ikke processer uden en reproducerbar sammenligning.

Den legacy-funktion til begrænsning af baggrundslisteners, der findes i GameModeX, var primært beregnet til Windows 10 og er ikke en erstatning for Windows 11’s systemmekanisme. Til en ny konfiguration anbefales den understøttede Windows 11 og ProcessX.

Undersøgelsen blev udført i isolerede virtuelle miljøer. De ændrede testtilstande blev ført tilbage til den registrerede baseline mellem scenarierne; efter afslutningen blev den oprindelige tilstand af den virtuelle maskine brugt. På en brugers computer anbefaler denne artikel ikke at ændre systemparametre, så der kræves ingen separat gendannelseshandling.

Offentlige kilder og formuleringer er kontrolleret: 2026-08-24.

  • 2026-09-20: anbefalingen på omkring 50 Hz blev omformuleret: tallet sammenlignes eksplicit med offentlige uafhængige målinger, det angives, at der ikke findes en egen offentliggjort måling af intervallet; ansvarsfraskrivelsen om interessekonflikt er suppleret med, at undersøgelsen og værktøjerne tilhører udvikleren, og der er tilføjet et link til selvstændig kontrol i metoden.
  • 2026-08-25: 50 Hz blev anbefalet til gaming-scenariet som en bekræftet reduktion af baggrundsbehandlingen; grænsen for den numeriske effekt på den samlede CPU og FPS blev bevaret separat.
  • 2026-08-24: dokumenteret kontekst om CPU load, grænse for konklusionen om mus på 4000–8000 Hz og et forsigtigt scenarie for manuel begrænsning af background listeners til cirka 50 Hz blev tilføjet.
  • 2026-08-24: offentlig fysisk måling på Windows 11 24H2, der bekræfter omkring 125 Hz for background listener, blev tilføjet; grænsen for, at dette ikke er en universel konstant for hver build og registrering, blev bevaret.
  • 2026-08-24: den første sammenligning af Windows 10 22H2 og Windows 11 25H2 blev offentliggjort.