Pāriet uz saturu

Fona Raw Input klausītāji operētājsistēmā Windows 10 un Windows 11

Šajā lapā

Īsā atbilde: fona klausītāja ierobežojums aptuveni līdz 125 Hz ir apstiprināts ar mūsu fizisko mērījumu Windows 11 24H2. Ar ieslēgtu sistēmas throttling vidējais fona WM_INPUT intervāls bija 7,97 ms jeb aptuveni 125,5 Hz; foreground saglabāja 1,04 ms. Pēc mehānisma atslēgšanas background atgriezās pie 1,00 ms. Atsevišķās virtuālajās sērijās throttling neizraisīja raw packets zudumu: saglabājās 32 no 32 un 256 no 256 notikumiem.

Statuss: fona klausītāju throttling un coalescing mehānisms ir dokumentēts Microsoft. Frekvence aptuveni 125 Hz ir izmērīta ar atsevišķu publisku testeri ar fizisku 1000 Hz peli uz Windows 11 24H2. Sistēmas atzars tika novērots arī Windows 11 25H2 un netika atrasts salīdzinātajā Windows 10 22H2.

Kāpēc Microsoft pievienoja ierobežojumu

Section titled “ Kāpēc Microsoft pievienoja ierobežojumu”

Microsoft tieši apraksta iemeslu: high report rate pele sūtīja ievadi ne tikai spēlei, bet arī vairākiem fona procesiem. Šo pieprasījumu apstrāde aizņēma ievērojamu procesora laiku, ko varēja izmantot renderēšanai, un testa Surface Laptop Studio ar 1000 Hz peli tika novēroti būtiski statteri. Risinājums bija throttling, coalescing un ziņojumu frekvences ierobežošana tieši fona Raw Input listeners.

Līdz izmaiņu izlaišanai ātrās peles jau bija tālu pārsniegušas 1000 Hz. Piemēram, Razer 2021. gadā izlaida vadu peli ar 8000 Hz un 2022. gadā bezvadu tehnoloģiju ar 4000 Hz. Ierīce ar 8000 Hz spēj nosūtīt līdz pat astoņas reizes vairāk atskaišu sekundē nekā ierīce ar 1000 Hz. Tāpēc 4000–8000 Hz peļu izplatība loģiski palielināja problēmas apjomu ar vairākiem fona listeners.

Pēdējais teikums ir mūsu konteksta interpretācija, nevis Microsoft apgalvojums. Microsoft nenosauca atjauninājumu par ārkārtas reakciju tieši uz 4000 vai 8000 Hz pelēm, un publicētajā testā izmantoja 1000 Hz peli. Tāpat pareizāk ir runāt par vispārējām input requests piegādes un apstrādes izmaksām, nevis piedēvēt visu efektu tikai aparatūras pārtraukumiem.

Materiāls ir saistīts ar iestatījumu «Samazināt fona Raw Input notikumu frekvenci». Tas ierobežo tieši fona listeners un nav jāapraksta kā foreground ievades ierobežojums vai kā garantēts FPS pieaugums.

Mēs pārbaudījām piecus apgalvojumus:

  1. Windows 11 pastāv atsevišķa augstfrekvences fona Raw Input listeners apstrāde.
  2. Tā nav sastopama tādā pašā veidā pētītajā Windows 10 22H2.
  3. Windows 11 24H2 fona klausītāja efektīvā frekvence patiešām ir aptuveni 125 Hz pie ieejas plūsmas aptuveni 1000 Hz.
  4. Throttling var samazināt spēles WM_INPUT plūsmas integritāti zudumu, apvienošanas vai pakotņu sadalīšanas dēļ.
  5. Loga režīma maiņa pati par sevi rada atšķirīgu Raw Input path.
  • Windows 10 22H2 build 19045.6456;
  • Windows 11 24H2 ar fizisku 1000 Hz peli;
  • Windows 11 25H2;
  • izolētas virtuālās mašīnas;
  • foreground un background consumers;
  • parastā Raw Input reģistrācija, RIDEV_NOLEGACY un RIDEV_INPUTSINK;
  • windowed, borderless un apstiprināts exclusive presentation;
  • kontroles sērijas pa 32 notikumiem un atsevišķa sērija no 256 notikumiem.

Fiziskā sērija pārbaudīja intervālus starp WM_INPUT, bet neietvēra reālu maču, anti-cheat vai overlay. Virtuālā sērija neatveidoja USB polling, fizisku GPU, displeju vai click-to-photon traktu.

Atsevišķā publiskā eksperimentā RawMouseThrottleBufferTester reģistrēja peli ar RIDEV_INPUTSINK un mērīja Stopwatch-intervālus starp kustības ziņojumiem WM_INPUT. Viens un tas pats logs tika salīdzināts foreground un background ar sistēmas noklusējuma vērtībām, pēc tam pēc throttling atslēgšanas.

Parādītais vidējais lielums ir aprēķināts pēc pēdējo 512 pieņemto intervālu gredzenveida loga. Nulles kustības un pauzes no 40 ms tika izmestas. Laukums Samples ekrānuzņēmumā parāda kopējo pieņemto intervālu skaitu līdz uzņemšanas brīdim, nevis statistiskā loga lielumu.

Papildus Windows 10 22H2 un Windows 11 25H2 sistēmas komponenti tika salīdzināti statiski, lai atrastu atsevišķu fona peles apstrādes atzaru un atdalītu Raw Input path no legacy cursor un presentation paths.

Pēc tam identiskās virtuālajās vidēs kontrolēta mouse events secība tika padota foreground vai background consumer. Katram scenārijam tika reģistrēts nosūtīto un saņemto raw packets skaits, zudumi, apvienošanas, sadalīšanas, foreground state un atsevišķi legacy/cursor branch notikumi.

Tika mainīts tikai viens faktors vienlaikus: consumer reģistrācijas veids, foreground state, loga režīms vai sistēmas throttling profils. Starp scenārijiem testa stāvoklis tika atgriezts pie reģistrētā baseline.

Stāvoklis Pēdējo 512 notikumu vidējais intervāls Ekvivalentā frekvence Samples uzņemšanas brīdī
Default, foreground 1,04 ms ≈962 Hz 2 221
Default, background 7,97 ms ≈125,5 Hz 3 556
Throttling atslēgts, foreground 1,00 ms ≈1000 Hz 19 606
Throttling atslēgts, background 1,00 ms ≈1000 Hz 12 009

Tas apstiprina aptuveni 125 Hz tieši fona RIDEV_INPUTSINK consumer pētītajā Windows 11 24H2. Tās pašas programmas foreground ceļš netika ierobežots līdz 125 Hz.

Scenārijs Windows 10 22H2 Windows 11 25H2 Rezultāts
Raw Input bāzes piegāde 32 nosūtīti, 32 saņemti 32 nosūtīti, 32 saņemti Zudumi, merge un split nav atklāti
Background bez RIDEV_INPUTSINK 0 no 32 0 no 32 Fona piegāde nav pieprasīta
Background ar RIDEV_INPUTSINK 32 no 32 32 no 32 Fona piegāde darbojas abās OS
Windowed, borderless, exclusive 32 no 32 katrā režīmā 32 no 32 katrā režīmā Presentation mode nemainīja packet integrity
Stress throttling profili Nav piemērojams 256 no 256 visos stāvokļos Mainījās legacy/cursor branch, bet ne WM_INPUT integritāte

RIDEV_INPUTSINK ir dokumentēts fona piegādes pārslēgs. Bez tā background consumer nedrīkst saņemt to pašu plūsmu, ko foreground lietojumprogramma. Nulles rezultāts šajā rindā nav Windows datu zudums.

Stress sērijā sistēmas throttling stāvokļi ievērojami mainīja legacy events skaitu un sistēmas kursora kustību. Tajā pašā laikā visos stāvokļos Raw Input consumer saņēma tos pašus 256 pakotnes no 256. Tāpēc atrasto efektu nevar pareizi aprakstīt kā «Windows 11 zaudē Raw Input».

  • Microsoft pievienoja Windows 11 throttling, coalescing un ziņojumu frekvences ierobežojumu fona raw mouse listeners.
  • Pētītajā Windows 11 24H2 fiziskais foreground consumer saņēma ziņojumus ar intervālu aptuveni 1 ms, bet background consumer ar intervālu 7,97 ms jeb aptuveni 125,5 Hz.
  • Pēc throttling atslēgšanas background consumer intervāls atgriezās pie 1,00 ms.
  • Pētītajā Windows 11 25H2 tiek novērots atsevišķs šīs apstrādes atzars; precīzajā pārī Windows 10 22H2 tas netika atrasts.
  • RIDEV_INPUTSINK maina fona piegādi WM_INPUT abās pētītajās OS.
  • Visos uzskaitītajos scenārijos raw packets integritāte saglabājās 1:1.
  • Throttling izmaiņas izpaudās izmērītajā legacy/cursor branch, nevis kā raw packets zudums.
  • Ka katrs background listener katrā Windows 11 build vienmēr tiek ierobežots tieši līdz 125,0 Hz. Apstiprinātais rezultāts attiecas uz aprakstīto Windows 11 24H2 un reģistrācijas veidu.
  • Ka mehānisms vienmēr samazina FPS, latency vai stutter jebkurā datorā.
  • Ka sistēmas throttling atslēgšana uzlabo peles vadību.
  • Ka DWM pārvalda WM_INPUT integritāti visās spēlēs un Windows 11 build.
  • Ka vienāda packet integrity garantē vienādu fizisko click-to-photon latency vai subjektīvo mērķēšanas sajūtu.
  • Ka virtuālās mašīnas rezultāts tiek pārnests uz katru fizisko peli, spēli, anti-cheat vai overlay.

Publiskie fiziskie ekrānuzņēmumi nesatur precīzu Windows 11 24H2 build numuru, peles modeli, visu intervālu CSV vai automatizētu stāvokļu pārslēgšanas kārtību. Vidējais lielums atspoguļo pēdējos 512 notikumus, un peles kustība tika veikta manuāli. Tāpēc rezultāts pārliecinoši apstiprina novēroto klasteri ap 8 ms, bet nenosaka precīzu konstanti jebkurai sistēmai.

Virtuālā mašīna ļauj atkārtot programmatūras maršrutu, bet neatveido USB polling, peles mikrokontrolleri, fizisku GPU, displeju un pilnu spēles ciklu. Sērijas pa 32 un 256 notikumiem ir pietiekamas, lai pārbaudītu konkrētā maršruta novēroto integritāti, bet ne lai novērtētu retus zudumus ar mazu varbūtību.

Windows 11 25H2 tika salīdzināta ar vienu precīzu Windows 10 22H2 build. Rezultāts nav automātiski jāpārnes uz agrīnām Windows 11, Windows Server vai nākotnes atjauninājumiem.

Kā atkārtot novērojumu dinamisko daļu — skatiet Kā pārbaudīt patstāvīgi.

BoosterX izstrādā GameModeX un ProcessX, un šis pētījums un tā instrumenti, tostarp publiskais RawMouseThrottleBufferTester, pieder BoosterX izstrādātājam, tāpēc tam ir tieša interese par rezultātiem. Metodika un piemērojamības robežas ir aprakstītas iepriekš, un secinājumus var pārbaudīt pēc atklātajiem datiem: instrumenta publiskā koda, mērījumu ekrānuzņēmumiem un uzskaitītajiem avotiem. Nulles rezultāts par WM_INPUT zudumiem, apstiprinājums par aptuveni 125 Hz un universālas garantijas neesamība ir publicēti kopā.

Windows 11 atstājiet sistēmas throttling fona raw mouse listeners noklusējuma stāvoklī. Microsoft to ieviesa, lai samazinātu fona lietojumprogrammu darbu, izmantojot high report rate peli, saglabājot precīzu foreground spēles ievadi.

Spēļu datoram BoosterX iesaka ierobežot saderīgos background listeners aptuveni līdz 50 Hz. Paša BoosterX šī intervāla mērījums vēl nav publicēts; pats skaitlis saskan ar publiskiem neatkarīgiem mērījumiem: pēc PC-Tuning un Noverse pārbaudēm intervāls aptuveni 20 ms atbilst saderīga listener frekvencei aptuveni 50–60 Hz. Šie materiāli ir norādīti avotos kā papildu salīdzinājums, un šajā rakstā izmērītā vērtība ir sistēmas ierobežojums aptuveni 125 Hz, nevis frekvence pēc manuālas konfigurācijas. Intervāla palielināšana samazina piegādāto fona notikumu skaitu un apstrādātāja palaišanas reižu skaitu peles kustības laikā. Foreground logs pārbaudītajā ceļā saglabā pilna ātruma ievadi.

Lokālās optimizācijas virziens ir apstiprināts: fona notikumu piegādes frekvences samazināšana samazina gan šādu piegāžu skaitu, gan apstrādātāja palaišanas reižu skaitu. Netika mērīts kopējā CPU load, FPS vai frametime izmaiņu galīgais lielums patvaļīgam programmu kopumam. Lietojumprogrammas fona reakcija uz peli var kļūt mazāk vienmērīga, tāpēc listener, kam patiešām nepieciešama augsta frekvence background, ir pamats atgriezt Windows default. Praktiskais apraksts un precīzais reģistra stāvoklis ir norādīti lapā «Samazināt fona Raw Input notikumu frekvenci».

Ja konkrēta fona lietojumprogramma izraisa statterus vai ievades konfliktu, vispirms atjauniniet vai aizveriet tieši to. Neatslēdziet sistēmas optimizāciju un neapturiet procesus bez reproducējama salīdzinājuma.

Legacy fona listeners ierobežošanas funkcija GameModeX bija paredzēta galvenokārt Windows 10 un nav Windows 11 sistēmas mehānisma aizstājējs. Jaunai konfigurācijai ieteicams Windows 11 atbalstītais un ProcessX.

Pētījums tika veikts izolētās virtuālajās vidēs. Mainītie testa stāvokļi starp scenārijiem tika atgriezti pie reģistrētā baseline; pēc pabeigšanas tika izmantots virtuālās mašīnas sākotnējais stāvoklis. Lietotāja datorā šis raksts neiesaka mainīt sistēmas parametrus, tāpēc atsevišķa atjaunošanas darbība nav nepieciešama.

Publiskie avoti un formulējumi pārbaudīti: 2026-08-24.

  • 2026-09-20: ieteikums par aptuveni 50 Hz pārformulēts: skaitlis skaidri salīdzināts ar publiskiem neatkarīgiem mērījumiem, norādīta sava publicēta intervāla mērījuma neesamība; interešu konflikta atruna papildināta ar pētījuma un instrumentu piederību, metodikā pievienota saite uz patstāvīgu pārbaudi.
  • 2026-08-25: 50 Hz ieteikti spēļu scenārijam kā apstiprināts fona apstrādes samazinājums; atsevišķi saglabāta robeža attiecībā uz skaitlisko efektu uz kopējo CPU un FPS.
  • 2026-08-24: pievienots dokumentētais CPU load konteksts, robeža secinājumam par 4000–8000 Hz pelēm un piesardzīgais manuālas background listeners ierobežošanas scenārijs aptuveni līdz 50 Hz.
  • 2026-08-24: pievienots publiskais Windows 11 24H2 fiziskais mērījums, kas apstiprina aptuveni 125 Hz background listener; saglabāta robeža, ka tā nav universāla konstante katram build un reģistrācijai.
  • 2026-08-24: publicēts pirmais Windows 10 22H2 un Windows 11 25H2 salīdzinājums.