Przejdź do głównej zawartości

Fonowe odbiorniki Raw Input w Windows 10 i Windows 11

Na tej stronie

Krótka odpowiedź: ograniczenie słuchacza w tle do około 125 Hz zostało potwierdzone naszym fizycznym pomiarem Windows 11 24H2. Przy włączonym systemowym throttling średni interwał zdarzeń w tle WM_INPUT wyniósł 7,97 ms, czyli około 125,5 Hz; foreground zachował 1,04 ms. Po wyłączeniu mechanizmu background wrócił do 1,00 ms. W poszczególnych seriach wirtualnych throttling nie prowadził do utraty raw packets: zachowało się 32 z 32 oraz 256 z 256 zdarzeń.

Status: mechanizm throttling i coalescing słuchaczy w tle jest udokumentowany przez Microsoft. Częstotliwość około 125 Hz została zmierzona przez osobny publiczny tester z fizyczną myszą 1000 Hz w Windows 11 24H2. Gałąź systemowa była również obserwowana w Windows 11 25H2 i nie została znaleziona w dopasowanej Windows 10 22H2.

Dlaczego Microsoft dodał ograniczenie

Dział zatytułowany „ Dlaczego Microsoft dodał ograniczenie”

Microsoft wprost opisuje przyczynę: mysz o wysokim report rate wysyłała dane wejściowe nie tylko do gry, ale także do kilku procesów w tle. Przetwarzanie tych żądań zajmowało zauważalny czas procesora, który mógł zostać przeznaczony na rendering, a na testowym Surface Laptop Studio z myszą 1000 Hz obserwowano znaczne stuttery. Rozwiązaniem stały się throttling, coalescing i ograniczenie częstotliwości komunikatów właśnie dla słuchaczy Raw Input działających w tle.

W momencie wprowadzenia zmiany szybkie myszy wykraczały już daleko poza 1000 Hz. Na przykład Razer wypuścił przewodową mysz 8000 Hz w 2021 roku i bezprzewodową technologię 4000 Hz w 2022 roku. Urządzenie 8000 Hz potrafi wysyłać do ośmiu razy więcej raportów na sekundę niż urządzenie 1000 Hz. Dlatego upowszechnienie myszy 4000–8000 Hz logicznie zwiększało skalę problemu z wieloma słuchaczami w tle.

Ostatnie zdanie jest naszą interpretacją kontekstu, a nie stwierdzeniem Microsoft. Microsoft nie nazwał aktualizacji reakcją awaryjną właśnie na myszy 4000 lub 8000 Hz, a w opublikowanym teście użył myszy 1000 Hz. Poprawniej jest też mówić o ogólnym koszcie dostarczania i przetwarzania input requests, a nie przypisywać całego efektu wyłącznie przerwaniom sprzętowym.

Powiązane ustawienia BoosterX

Dział zatytułowany „Powiązane ustawienia BoosterX”

Materiał jest powiązany z ustawieniem „Zmniejsz częstotliwość zdarzeń Raw Input w tle”. Ogranicza ono właśnie słuchaczy w tle i nie powinno być opisywane jako ograniczenie danych wejściowych foreground ani jako gwarantowany wzrost FPS.

Weryfikowane twierdzenie

Dział zatytułowany „ Weryfikowane twierdzenie”

Weryfikowaliśmy pięć twierdzeń:

  1. W Windows 11 istnieje osobne przetwarzanie wysokoczęstotliwościowych słuchaczy Raw Input w tle.
  2. Nie występuje ono w tej samej postaci w zbadanej Windows 10 22H2.
  3. W Windows 11 24H2 efektywna częstotliwość słuchacza w tle rzeczywiście wynosi około 125 Hz przy strumieniu wejściowym około 1000 Hz.
  4. Throttling może zmniejszać integralność strumienia WM_INPUT gry poprzez utraty, scalanie lub rozdzielanie pakietów.
  5. Sama zmiana trybu okna tworzy odmienną ścieżkę Raw Input.

Zakres badania

Dział zatytułowany „ Zakres badania”
  • Windows 10 22H2 build 19045.6456;
  • Windows 11 24H2 z fizyczną myszą 1000 Hz;
  • Windows 11 25H2;
  • izolowane maszyny wirtualne;
  • konsumenci foreground i background;
  • zwykła rejestracja Raw Input, RIDEV_NOLEGACY i RIDEV_INPUTSINK;
  • windowed, borderless i potwierdzony exclusive presentation;
  • serie kontrolne po 32 zdarzenia i osobna seria 256 zdarzeń.

Seria fizyczna sprawdzała interwały między WM_INPUT, ale nie obejmowała rzeczywistego meczu, anti-cheat ani overlay. Seria wirtualna nie odtwarzała USB polling, fizycznego GPU, wyświetlacza ani toru click-to-photon.

Metodyka

Dział zatytułowany „ Metodyka”

W osobnym publicznym eksperymencie RawMouseThrottleBufferTester rejestrował mysz z RIDEV_INPUTSINK i mierzył interwały Stopwatch między komunikatami ruchu WM_INPUT. To samo okno było porównywane w foreground i background przy domyślnych ustawieniach systemowych, a następnie po wyłączeniu throttling.

Pokazana wartość średnia jest obliczana po oknie pierścieniowym ostatnich 512 przyjętych interwałów. Zerowe ruchy i pauzy od 40 ms były odrzucane. Pole Samples na zrzucie ekranu pokazuje łączną liczbę przyjętych interwałów do momentu wykonania zrzutu, a nie rozmiar okna statystycznego.

Dodatkowo komponenty systemowe Windows 10 22H2 i Windows 11 25H2 porównywano statycznie, aby znaleźć osobną gałąź przetwarzania myszy w tle i oddzielić ścieżkę Raw Input od ścieżek legacy cursor i presentation.

Następnie w identycznych środowiskach wirtualnych kontrolowana sekwencja mouse events była podawana do konsumenta foreground lub background. Dla każdego scenariusza zapisywano liczbę wysłanych i odebranych raw packets, utraty, scalenia, rozdzielenia, stan foreground oraz osobno zdarzenia gałęzi legacy/cursor.

Zmieniano tylko jeden czynnik naraz: sposób rejestracji konsumenta, stan foreground, tryb okna lub profil systemowego throttling. Między scenariuszami stan testowy był przywracany do zapisanego baseline.

Wyniki

Dział zatytułowany „ Wyniki”

Mysz fizyczna, Windows 11 24H2

Dział zatytułowany „Mysz fizyczna, Windows 11 24H2”
Stan Średni interwał ostatnich 512 zdarzeń Częstotliwość równoważna Samples na zrzucie
Default, foreground 1,04 ms ≈962 Hz 2 221
Default, background 7,97 ms ≈125,5 Hz 3 556
Throttling wyłączony, foreground 1,00 ms ≈1000 Hz 19 606
Throttling wyłączony, background 1,00 ms ≈1000 Hz 12 009

Potwierdza to około 125 Hz właśnie dla konsumenta RIDEV_INPUTSINK w tle w zbadanej Windows 11 24H2. Ścieżka foreground tego samego programu nie została ograniczona do 125 Hz.

Kontrolowane scenariusze wirtualne

Dział zatytułowany „Kontrolowane scenariusze wirtualne”
Scenariusz Windows 10 22H2 Windows 11 25H2 Wynik
Bazowe dostarczanie Raw Input 32 wysłane, 32 odebrane 32 wysłane, 32 odebrane Nie wykryto utrat, merge ani split
Background bez RIDEV_INPUTSINK 0 z 32 0 z 32 Dostarczanie w tle nie zostało zażądane
Background z RIDEV_INPUTSINK 32 z 32 32 z 32 Dostarczanie w tle działa w obu systemach
Windowed, borderless, exclusive 32 z 32 w każdym trybie 32 z 32 w każdym trybie Presentation mode nie zmienił packet integrity
Stress-профили throttling Nie dotyczy 256 z 256 we wszystkich stanach Zmieniła się gałąź legacy/cursor, ale nie integralność WM_INPUT

RIDEV_INPUTSINK jest udokumentowanym przełącznikiem dostarczania w tle. Bez niego konsument background nie powinien otrzymywać tego samego strumienia co aplikacja foreground. Zerowy wynik w tym wierszu nie jest utratą danych Windows.

W serii stress stany systemowe throttling zauważalnie zmieniały liczbę legacy events i ruch kursora systemowego. Przy tym we wszystkich stanach konsument Raw Input otrzymał te same 256 pakietów z 256. Dlatego znalezionego efektu nie można poprawnie opisywać jako „Windows 11 gubi Raw Input”.

Co zostało potwierdzone

Dział zatytułowany „ Co zostało potwierdzone”
  • Microsoft dodał w Windows 11 throttling, coalescing i ograniczenie częstotliwości komunikatów dla słuchaczy raw mouse w tle.
  • W zbadanej Windows 11 24H2 fizyczny konsument foreground otrzymywał komunikaty z interwałem około 1 ms, a konsument background z interwałem 7,97 ms, czyli około 125,5 Hz.
  • Po wyłączeniu throttling interwał konsumenta background wrócił do 1,00 ms.
  • W zbadanej Windows 11 25H2 występuje osobna gałąź tego przetwarzania; w dokładnie dopasowanej Windows 10 22H2 nie została wykryta.
  • RIDEV_INPUTSINK zmienia dostarczanie w tle WM_INPUT w obu zbadanych systemach.
  • We wszystkich wymienionych scenariuszach integralność raw packets zachowała się 1:1.
  • Zmiany throttling ujawniły się w zmierzonej gałęzi legacy/cursor, a nie jako utrata raw packets.

Co nie zostało potwierdzone

Dział zatytułowany „ Co nie zostało potwierdzone”
  • Że każdy słuchacz background w każdej kompilacji Windows 11 jest zawsze ograniczany dokładnie do 125,0 Hz. Potwierdzony wynik dotyczy opisanej Windows 11 24H2 i sposobu rejestracji.
  • Że mechanizm zawsze zmniejsza FPS, latency lub stutter na każdym komputerze.
  • Że wyłączenie systemowego throttling poprawia sterowanie myszą.
  • Że DWM zarządza integralnością WM_INPUT we wszystkich grach i kompilacjach Windows 11.
  • Że identyczna packet integrity gwarantuje identyczną fizyczną click-to-photon latency lub subiektywne odczucie celowania.
  • Że wynik maszyny wirtualnej przenosi się na każdą fizyczną mysz, grę, anti-cheat lub overlay.

Ograniczenia

Dział zatytułowany „ Ograniczenia”

Publiczne zrzuty fizyczne nie zawierają dokładnego numeru build Windows 11 24H2, modelu myszy, CSV wszystkich interwałów ani zautomatyzowanej kolejności przełączania stanów. Wartość średnia odzwierciedla ostatnie 512 zdarzeń, a ruch myszy był wykonywany ręcznie. Dlatego wynik pewnie potwierdza obserwowany klaster około 8 ms, ale nie ustala dokładnej stałej dla dowolnego systemu.

Maszyna wirtualna pozwala powtórzyć programową trasę, ale nie odtwarza USB polling, mikrokontrolera myszy, fizycznego GPU, wyświetlacza ani pełnego cyklu gry. Serie po 32 i 256 zdarzeń są wystarczające do sprawdzenia obserwowanej integralności konkretnej trasy, ale nie do oceny rzadkich utrat o małym prawdopodobieństwie.

Windows 11 25H2 była porównywana z jedną dokładnie dopasowaną kompilacją Windows 10 22H2. Wyniku nie należy automatycznie przenosić na wczesne Windows 11, Windows Server ani przyszłe aktualizacje.

Jak powtórzyć dynamiczną część obserwacji — zobacz Jak sprawdzić samodzielnie.

BoosterX rozwija GameModeX i ProcessX, a to badanie i jego narzędzia, w tym publiczny RawMouseThrottleBufferTester, należą do dewelopera BoosterX, dlatego ma on bezpośredni interes w wynikach. Metodyka i granice stosowalności zostały opisane powyżej, a wnioski można zweryfikować na podstawie otwartych danych: publicznego kodu narzędzia, zrzutów pomiarów i wymienionych źródeł. Zerowy wynik pod względem utrat WM_INPUT, potwierdzenie około 125 Hz i brak uniwersalnej gwarancji zostały opublikowane razem.

Wniosek praktyczny

Dział zatytułowany „ Wniosek praktyczny”

W Windows 11 pozostaw systemowy throttling słuchaczy raw mouse w tle w stanie domyślnym. Microsoft wprowadził go, aby zmniejszyć pracę aplikacji w tle przy używaniu myszy o wysokim report rate, zachowując precyzyjne dane wejściowe gry foreground.

Dla komputera do gier BoosterX zaleca ograniczenie zgodnych słuchaczy background do około 50 Hz. Własny pomiar tego interwału w BoosterX nie został dotąd opublikowany; sama liczba jest zgodna z publicznymi niezależnymi pomiarami: według testów PC-Tuning i Noverse interwał około 20 ms odpowiada częstotliwości zgodnego słuchacza około 50–60 Hz. Materiały te podano w źródłach jako dodatkowe zestawienie, a wartość zmierzona w tym artykule to systemowe ograniczenie około 125 Hz, a nie częstotliwość po ręcznej konfiguracji. Zwiększenie interwału zmniejsza liczbę dostarczanych zdarzeń w tle i uruchomień procedury obsługi przy ruchu myszy. Okno foreground w sprawdzonej trasie zachowuje pełnoprędkościowe dane wejściowe.

Kierunek lokalnej optymalizacji został potwierdzony: zmniejszenie częstotliwości dostarczania zdarzeń w tle zmniejsza zarówno liczbę takich dostarczeń, jak i liczbę uruchomień procedury obsługi. Nie mierzono końcowego rozmiaru zmiany ogólnego CPU load, FPS ani frametime dla dowolnego zestawu programów. Reakcja aplikacji na mysz w tle może stać się mniej płynna, dlatego słuchacz, który rzeczywiście potrzebuje wysokiej częstotliwości w background, jest podstawą do przywrócenia Windows default. Opis praktyczny i dokładny stan rejestru podano na stronie „Zmniejsz częstotliwość zdarzeń Raw Input w tle”.

Jeśli konkretna aplikacja działająca w tle powoduje stuttery lub konflikt danych wejściowych, najpierw zaktualizuj lub zamknij właśnie ją. Nie wyłączaj systemowej optymalizacji i nie wstrzymuj procesów bez porównania możliwego do odtworzenia.

Legacy-funkcja ograniczania słuchaczy w tle w GameModeX była przeznaczona przede wszystkim dla Windows 10 i nie jest zamiennikiem systemowego mechanizmu Windows 11. Dla nowej konfiguracji zalecany jest obsługiwany Windows 11 i ProcessX.

Przywracanie stanu

Dział zatytułowany „ Przywracanie stanu”

Badanie było wykonywane w izolowanych środowiskach wirtualnych. Zmieniane stany testowe były przywracane do zapisanego baseline między scenariuszami; po zakończeniu użyto początkowego stanu maszyny wirtualnej. Na komputerze użytkownika ten artykuł nie zaleca zmiany parametrów systemowych, dlatego osobne działanie przywracające nie jest wymagane.

Publiczne źródła pierwotne

Dział zatytułowany „ Publiczne źródła pierwotne”

Publiczne źródła i sformułowania sprawdzono: 2026-08-24.

Historia zmian

Dział zatytułowany „Historia zmian”
  • 2026-09-20: zalecenie około 50 Hz zostało przeformułowane: liczba została wyraźnie zestawiona z publicznymi niezależnymi pomiarami, wskazano brak własnego opublikowanego pomiaru interwału; disclaimer o konflikcie interesów uzupełniono o przynależność badania i narzędzi, dodano link do samodzielnego sprawdzenia w metodyce.
  • 2026-08-25: 50 Hz zalecono dla scenariusza gry jako potwierdzone zmniejszenie przetwarzania w tle; osobno zachowano granicę dla liczbowego efektu na ogólny CPU i FPS.
  • 2026-08-24: dodano udokumentowany kontekst CPU load, granicę wniosku o myszach 4000–8000 Hz i ostrożny scenariusz ręcznego ograniczenia słuchaczy background do około 50 Hz.
  • 2026-08-24: dodano publiczny fizyczny pomiar Windows 11 24H2 potwierdzający około 125 Hz dla słuchacza background; zachowano granicę, że nie jest to uniwersalna stała każdej kompilacji i rejestracji.
  • 2026-08-24: opublikowano pierwsze porównanie Windows 10 22H2 i Windows 11 25H2.