Фоновые 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 добавила ограничение

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

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

Проверяемое утверждение

Мы проверяли пять утверждений:

1. В Windows 11 существует отдельная обработка высокочастотных фоновых Raw Input listeners.
2. Она отсутствует в том же виде в исследованной Windows 10 22H2.
3. В Windows 11 24H2 эффективная частота фонового слушателя действительно составляет около 125 Гц при входном потоке около 1000 Гц.
4. Throttling может уменьшать целостность потока WM_INPUT игры за счёт потерь, объединения или разделения пакетов.
5. Изменение режима окна само по себе создаёт разный Raw Input path.

Область исследования

• 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 тракт.

Методика

В отдельном публичном эксперименте 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.

Результаты

Физическая мышь, 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 Гц.

Контролируемые виртуальные сценарии

Сценарий	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».

Что подтверждено

• 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.

Что не подтверждено

• Что каждый 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.

Ограничения

Публичные физические снимки не содержат точный номер 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 Гц и отсутствие универсальной гарантии опубликованы вместе.

Практический вывод

На 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.

Восстановление состояния

Исследование выполнялось в изолированных виртуальных средах. Изменяемые тестовые состояния возвращались к записанному baseline между сценариями; после завершения использовалось исходное состояние виртуальной машины. На пользовательском компьютере эта статья не рекомендует изменять системные параметры, поэтому отдельное действие восстановления не требуется.

Публичные первичные источники

• RawMouseThrottleBufferTester — публичная программа, исходный код, статическое наблюдение, WinDbg-проверка и четыре снимка физического измерения Windows 11 24H2.
• Default, foreground и default, background — 1,04 мс против 7,97 мс.
• Throttling off, foreground и throttling off, background — по 1,00 мс.
• Microsoft: Reduced game stutter with high report rate mice — throttling, coalescing и cap для background raw mouse listeners.
• Microsoft: KB5027303, OS build 22621.1928 — первое стабильное preview-обновление с улучшением для high report rate мышей.
• Microsoft: Windows 11 Insider Preview Build 23424 — раннее публичное описание улучшения high report rate mouse во время игры.
• Razer: выпуск Viper 8KHz — официальный анонс мыши 8000 Гц от 28 января 2021 года и сравнение объёма отчётов с 1000 Гц.
• Razer: развитие 4000 и 8000 Гц — официальный таймлайн проводных и беспроводных high polling rate устройств.
• PC-Tuning: проверка интервала background listener — публичная методика наблюдения интервала и диапазон RawMouseThrottleDuration.
• Noverse: независимая проверка двух background listeners — при интервале 20 мс совместимый listener измерен примерно на 60 Гц, а listener с bypass-регистрацией сохранил около 1000 Гц.
• Microsoft: RAWINPUTDEVICE — назначение RIDEV_INPUTSINK и RIDEV_NOLEGACY.
• Microsoft: About Raw Input — модель регистрации и доставки WM_INPUT.

Публичные источники и формулировки проверены: 2026-08-24.

История изменений

• 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.