Перейти до вмісту

Фонові Raw Input listeners у Windows 10 і Windows 11

На цій сторінці

Коротка відповідь: обмеження фонового слухача приблизно до 125 Гц підтверджено нашим фізичним вимірюванням Windows 11 24H2. Увімкнене системне throttling дало середній інтервал фонових WM_INPUT 7,97 мс, або близько 125,5 Гц; foreground зберіг 1,04 мс. Після вимкнення механізму background повернувся до 1,00 мс. В окремих віртуальних серіях throttling не призводив до втрати raw packets: збереглися 32 з 32 і 256 з 256 подій.

Статус: механізм throttling і coalescing фонових слухачів документований Microsoft. Частота близько 125 Гц виміряна окремим публічним тестером із фізичною 1000 Гц мишею на Windows 11 24H2. Системну гілку також спостерігали в Windows 11 25H2 і не знайшли в зіставленій Windows 10 22H2.

Чому Microsoft додала обмеження

Section titled “ Чому Microsoft додала обмеження”

Microsoft прямо описує причину: high report rate миша надсилала ввід не лише грі, а й кільком фоновим процесам. Обробка цих запитів займала помітний процесорний час, який міг бути витрачений на рендеринг, і на тестовому Surface Laptop Studio з мишею 1000 Гц спостерігалися суттєві статтери. Рішенням стали throttling, coalescing і обмеження частоти повідомлень саме для фонових Raw Input listeners.

На момент виходу зміни швидкі миші вже вийшли далеко за межі 1000 Гц. Наприклад, Razer випустила дротову мишу 8000 Гц у 2021 році та бездротову технологію 4000 Гц у 2022 році. Пристрій 8000 Гц здатен надсилати до восьми разів більше звітів за секунду, ніж пристрій 1000 Гц. Тому поширення мишей 4000–8000 Гц логічно збільшувало масштаб проблеми з кількома фоновими listeners.

Останнє речення є нашою інтерпретацією контексту, а не заявою Microsoft. Microsoft не називала оновлення екстреною реакцією саме на миші 4000 або 8000 Гц, а в опублікованому тесті використала мишу 1000 Гц. Також коректніше говорити про загальну вартість доставки й обробки input requests, а не приписувати весь ефект лише апаратним перериванням.

Пов’язані налаштування BoosterX

Section titled “Пов’язані налаштування BoosterX”

Матеріал пов’язаний із налаштуванням «Уменьшить частоту фоновых событий Raw Input». Воно обмежує саме фонові listeners і не повинно описуватися як обмеження foreground-вводу або як гарантований приріст FPS.

Твердження, яке перевіряли

Section titled “ Твердження, яке перевіряли”

Ми перевіряли п’ять тверджень:

  1. У Windows 11 існує окрема обробка високочастотних фонових Raw Input listeners.
  2. Вона відсутня в тому самому вигляді в дослідженій Windows 10 22H2.
  3. У Windows 11 24H2 ефективна частота фонового слухача справді становить близько 125 Гц при вхідному потоці близько 1000 Гц.
  4. Throttling може зменшувати цілісність потоку WM_INPUT гри за рахунок втрат, об’єднання або розділення пакетів.
  5. Зміна режиму вікна сама по собі створює різний Raw Input path.

Область дослідження

Section titled “ Область дослідження”
  • Windows 10 22H2 build 19045.6456;
  • Windows 11 24H2 з фізичною 1000 Гц мишею;
  • Windows 11 25H2;
  • ізольовані віртуальні машини;
  • foreground і background consumers;
  • звичайна реєстрація Raw Input, RIDEV_NOLEGACY і RIDEV_INPUTSINK;
  • windowed, borderless і підтверджений exclusive presentation;
  • контрольні серії по 32 події та окрема серія з 256 подій.

Фізична серія перевіряла інтервали між WM_INPUT, але не включала реальний матч, anti-cheat або overlay. Віртуальна серія не відтворювала USB polling, фізичну GPU, дисплей або click-to-photon тракт.

Методика

Section titled “ Методика”

В окремому публічному експерименті RawMouseThrottleBufferTester реєстрував мишу з RIDEV_INPUTSINK і вимірював Stopwatch-інтервали між повідомленнями руху WM_INPUT. Те саме вікно порівнювалося у foreground і background при системних значеннях за замовчуванням, потім після вимкнення throttling.

Показана середня величина розрахована за кільцевим вікном останніх 512 прийнятих інтервалів. Нульові рухи та паузи від 40 мс відкидалися. Поле Samples на скриншоті показує загальну кількість прийнятих інтервалів на момент знімка, а не розмір статистичного вікна.

Додатково системні компоненти Windows 10 22H2 і Windows 11 25H2 порівнювалися статично, щоб знайти окрему гілку обробки фонової миші та відокремити Raw Input path від legacy cursor і presentation paths.

Потім у однакових віртуальних середовищах контрольована послідовність mouse events подавалася у foreground або background consumer. Для кожного сценарію записувалися кількість надісланих і отриманих raw packets, втрати, об’єднання, розділення, foreground state і окремо події legacy/cursor branch.

Змінювався лише один фактор за раз: спосіб реєстрації consumer, foreground state, режим вікна або профіль системного throttling. Між сценаріями тестовий стан повертався до записаного baseline.

Результати

Section titled “ Результати”

Фізична миша, Windows 11 24H2

Section titled “Фізична миша, Windows 11 24H2”
Стан Середній інтервал останніх 512 подій Еквівалентна частота Samples на знімку
Default, foreground 1,04 мс ≈962 Гц 2 221
Default, background 7,97 мс ≈125,5 Гц 3 556
Throttling вимкнено, foreground 1,00 мс ≈1000 Гц 19 606
Throttling вимкнено, background 1,00 мс ≈1000 Гц 12 009

Це підтверджує близько 125 Гц саме для фонового RIDEV_INPUTSINK consumer у дослідженій Windows 11 24H2. Foreground-шлях тієї самої програми не був обмежений до 125 Гц.

Контрольовані віртуальні сценарії

Section titled “Контрольовані віртуальні сценарії”
Сценарій Windows 10 22H2 Windows 11 25H2 Результат
Базова доставка Raw Input 32 надіслано, 32 отримано 32 надіслано, 32 отримано Втрат, merge і split не виявлено
Background без RIDEV_INPUTSINK 0 з 32 0 з 32 Фонова доставка не запитана
Background з RIDEV_INPUTSINK 32 з 32 32 з 32 Фонова доставка працює на обох ОС
Windowed, borderless, exclusive 32 з 32 у кожному режимі 32 з 32 у кожному режимі Presentation mode не змінив packet integrity
Stress-профілі throttling Не застосовно 256 з 256 у всіх станах Змінилася legacy/cursor branch, але не цілісність WM_INPUT

RIDEV_INPUTSINK є документованим перемикачем фонової доставки. Без нього background consumer не повинен отримувати той самий потік, що й foreground-застосунок. Нульовий результат у цьому рядку не є втратою даних Windows.

У stress-серії системні стани throttling помітно змінювали кількість legacy events і рух системного курсора. Водночас у всіх станах Raw Input consumer отримав ті самі 256 пакетів із 256. Тому знайдений ефект не можна коректно описувати як «Windows 11 втрачає Raw Input».

Що підтверджено

Section titled “ Що підтверджено”
  • Microsoft додала в Windows 11 throttling, coalescing і обмеження частоти повідомлень для фонових raw mouse listeners.
  • На дослідженій Windows 11 24H2 фізичний foreground consumer отримував повідомлення з інтервалом близько 1 мс, а background consumer з інтервалом 7,97 мс, або близько 125,5 Гц.
  • Після вимкнення throttling інтервал background consumer повернувся до 1,00 мс.
  • У дослідженій Windows 11 25H2 спостерігається окрема гілка цієї обробки; у точній парі Windows 10 22H2 її не виявлено.
  • RIDEV_INPUTSINK змінює фонову доставку WM_INPUT на обох досліджених ОС.
  • У всіх перелічених сценаріях цілісність raw packets збереглася 1:1.
  • Зміни throttling проявилися у виміряній legacy/cursor branch, а не як втрата raw packets.

Що не підтверджено

Section titled “ Що не підтверджено”
  • Що кожен background listener на кожній збірці Windows 11 завжди обмежується рівно до 125,0 Гц. Підтверджений результат стосується описаної Windows 11 24H2 і способу реєстрації.
  • Що механізм завжди зменшує FPS, latency або stutter на будь-якому комп’ютері.
  • Що вимкнення системного throttling покращує керування мишею.
  • Що DWM керує цілісністю WM_INPUT у всіх іграх і збірках Windows 11.
  • Що однакова packet integrity гарантує однакову фізичну click-to-photon latency або суб’єктивне відчуття наведення.
  • Що результат віртуальної машини переноситься на кожну фізичну мишу, гру, anti-cheat або overlay.

Обмеження

Section titled “ Обмеження”

Публічні фізичні знімки не містять точного номера build Windows 11 24H2, моделі миші, CSV усіх інтервалів або автоматизованого порядку перемикання станів. Середня величина відображає останні 512 подій, а рух миші виконувався вручну. Тому результат упевнено підтверджує спостережуваний кластер близько 8 мс, але не задає точну константу для будь-якої системи.

Віртуальна машина дозволяє повторити програмний маршрут, але не відтворює USB polling, мікроконтролер миші, фізичну GPU, дисплей і повний ігровий цикл. Серії по 32 і 256 подій достатні для перевірки спостережуваної цілісності конкретного маршруту, але не для оцінки рідкісних втрат із малою ймовірністю.

Windows 11 25H2 порівнювалася з однією точною збіркою Windows 10 22H2. Результат не слід автоматично переносити на ранні Windows 11, Windows Server або майбутні оновлення.

Як повторити динамічну частину спостережень — див. Як перевірити самостійно.

BoosterX розробляє GameModeX і ProcessX, а це дослідження та його інструменти, включно з публічним RawMouseThrottleBufferTester, належать розробнику BoosterX, тому він має прямий інтерес до результатів. Методика й межі застосовності описані вище, а висновки можна перевірити за відкритими даними: публічним кодом інструмента, знімками вимірювань і переліченими джерелами. Нульовий результат щодо втрат WM_INPUT, підтвердження близько 125 Гц і відсутність універсальної гарантії опубліковані разом.

Практичний висновок

Section titled “ Практичний висновок”

На Windows 11 залишайте системний throttling фонових raw mouse listeners у стані за замовчуванням. Microsoft ввела його, щоб зменшити роботу фонових застосунків при використанні high report rate миші, зберігши точний ввід foreground-гри.

Для ігрового ПК BoosterX рекомендує обмежити сумісні background listeners приблизно до 50 Гц. Власне вимірювання цього інтервалу в BoosterX поки не публікувалося; саме число узгоджується з публічними незалежними вимірами: за перевірками PC-Tuning і Noverse інтервал близько 20 мс відповідає частоті сумісного listener приблизно 50–60 Гц. Ці матеріали наведені в джерелах як додаткове зіставлення, а виміряне в цій статті значення — системне обмеження близько 125 Гц, а не частота після ручного налаштування. Збільшення інтервалу зменшує кількість доставлених фонових подій і запусків обробника при русі миші. Foreground-вікно в перевіреному шляху зберігає повношвидкісний ввід.

Напрям локальної оптимізації підтверджено: скорочення частоти доставки фонових подій зменшує і кількість таких доставок, і кількість запусків обробника. Не вимірювалися підсумковий розмір зміни загального CPU load, FPS або frametime для довільного набору програм. Фонова реакція застосунку на мишу може стати менш плавною, тому listener, якому справді потрібна висока частота в background, є підставою повернути Windows default. Практичний опис і точний стан реєстру наведені на сторінці «Уменьшить частоту фоновых событий Raw Input».

Якщо конкретний фоновий застосунок спричиняє статтери або конфлікт вводу, спершу оновіть або закрийте саме його. Не вимикайте системну оптимізацію і не призупиняйте процеси без відтворюваного порівняння.

Legacy-функція обмеження фонових listeners у GameModeX призначалася передусім для Windows 10 і не є заміною системного механізму Windows 11. Для нової конфігурації рекомендується підтримувана Windows 11 і ProcessX.

Відновлення стану

Section titled “ Відновлення стану”

Дослідження виконувалося в ізольованих віртуальних середовищах. Змінювані тестові стани поверталися до записаного baseline між сценаріями; після завершення використовувався початковий стан віртуальної машини. На користувацькому комп’ютері ця стаття не рекомендує змінювати системні параметри, тому окрема дія відновлення не потрібна.

Публічні первинні джерела

Section titled “ Публічні первинні джерела”

Публічні джерела та формулювання перевірені: 2026-08-24.

Історія змін

Section titled “Історія змін”
  • 2026-09-20: рекомендацію близько 50 Гц переформульовано: число явно зіставлено з публічними незалежними вимірами, зазначено відсутність власного опублікованого вимірювання інтервалу; дисклеймер про конфлікт інтересів доповнено належністю дослідження та інструментів, додано посилання на самостійну перевірку в методиці.
  • 2026-08-25: 50 Гц рекомендовано для ігрового сценарію як підтверджене скорочення фонової обробки; окремо збережено межу для числового ефекту на загальний CPU і FPS.
  • 2026-08-24: додано документований контекст CPU load, межу висновку про миші 4000–8000 Гц і обережний сценарій ручного обмеження background listeners приблизно до 50 Гц.
  • 2026-08-24: додано публічне фізичне вимірювання Windows 11 24H2, що підтверджує близько 125 Гц для background listener; збережено межу, що це не універсальна константа кожної збірки та реєстрації.
  • 2026-08-24: опубліковано перше порівняння Windows 10 22H2 і Windows 11 25H2.