Частота опроса мыши: 1000Hz или 500Hz?

Удвоение частоты опроса с 500Hz до 1000Hz сокращает интервал отчётов с двух миллисекунд до одной, а среднее ожидание планирования — примерно на полмиллисекунды. Это улучшение затрагивает лишь один этап конвейера ввода и важнее всего там, где частота обновления дисплея, частота кадров и обработка уже быстры. Для офисной работы и казуальных игр 500Hz обычно достаточно и может снизить нагрузку на процессор или расход батареи. Относитесь к 8000Hz как к варианту отчётности высокого разрешения, а не к гарантированному ощутимому апгрейду. Браузерный тестер выявляет закономерности тайминга событий, но проверить саму частоту USB-отчётов способен только нативный инструмент.

В цифрах

Переход со 125Hz на 1000Hz убирает 3.5мс среднего ожидания планирования. Переход со 1000Hz на 8000Hz — около 0.44мс. Это расчётные различия этапа опроса, а не сквозные замеры конкретной мыши или системы.

Производители мышей теперь рекламируют 8000Hz как заглавную спецификацию с явным подтекстом: всё меньшее вас сдерживает. Шаг с 500Hz на 1000Hz на бумаге действительно реален, но последствие на экране заметно меньше, чем предполагает удвоенное число, а погоня за более высокими частотами несёт издержки, о которых маркетинговые материалы молчат. Вот честный расчёт.

Что на самом деле описывает частота опроса

Мышь сэмплирует своё положение и передаёт эти данные компьютеру с фиксированной частотой. При 500Hz она отчитывается каждые две миллисекунды. При 1000Hz — каждую миллисекунду. При 8000Hz — каждые 0.125 миллисекунды. Более высокая частота означает более частые обновления положения и, следовательно, потенциально меньшую задержку между движением руки и откликом курсора.

Ключевое слово — потенциально. Опрос — один этап конвейера задержки, и почти никогда не самый длинный.

Арифметика, которую цитируют все, и контекст, который она опускает

Разница между 1000Hz и 500Hz составляет одну миллисекунду интервала отчёта. Это полное измеримое преимущество на этапе опроса, а поскольку движение возникает в случайных точках внутри интервала, средняя реализованная экономия ближе к половине миллисекунды.

Теперь поставьте это рядом с другими этапами того же конвейера:

Одна миллисекунда, выигранная удвоением частоты опроса, — погрешность округления рядом с обновлением дисплея и рендерингом кадров. Заметьте: ~200мс зрительной реакции человека из таблицы — категория измерения совершенно иная. Это время, за которое мозг обрабатывает визуальный стимул и отвечает, а не задержка во входном конвейере, поэтому делить его на интервал опроса — некорректное сравнение. Именно эта пропорция — вся причина, по которой многие пользователи не могут надёжно отличить 500Hz от 1000Hz в обычном использовании, хотя чувствительность различается по железу, задаче и индивидуальным особенностям.

Когда 1000Hz и выше действительно помогает

Более высокий опрос вероятнее всего имеет значение, когда остальные звенья цепочки уже быстры. Например, это может включать:

• Дисплей высокой частоты обновления, в диапазоне 240–360Hz, чтобы экран действительно мог показывать обновления с интервалами менее четырёх миллисекунд.
• Стабильно высокие частоты кадров, заметно выше частоты обновления дисплея, чтобы готовые кадры существовали для заполнения этих возможностей обновления.
• Низкую системную задержку на всём пути: прямое USB-подключение, минимум фоновой обработки, никаких оверлеев на пути ввода.

Внутри этого узкого, намеренно оптимизированного соревновательного окна часть игроков может извлечь реальную пользу из 1000Hz, а иногда и из более высоких частот. Вне его пользу заметить труднее: узкое место перемещается в другое место, а дополнительные отчёты могут объединяться или сэмплироваться прежде, чем повлияют на что-либо видимое.

Издержки дальнейшего повышения

Более высокий опрос не бесплатен, а выше 1000Hz расплата становится существенной:

Нагрузка на процессор

Каждый отчёт проходит через стек ввода операционной системы и часто игровой движок. На четырёх–восьми тысячах герц это потребляет измеримое процессорное время, и на слабых системах вызванное этим снижение частоты кадров может увеличить суммарную задержку, а не уменьшить.

Разряд батареи

Беспроводные мыши на повышенных частотах обычно потребляют больше энергии, и 8000Hz может заметно сократить время работы между зарядками на некоторых моделях.

Отчёты, которые редко доходят до видимой пользы

Мышь 8000Hz отчитывается каждые 0.125 миллисекунды, а дисплей 360Hz обновляется каждые 2.8. Между последовательными кадрами приходит более двадцати отчётов; ОС и игровой движок объединяют, группируют или сэмплируют их в собственном темпе, поэтому избыточная гранулярность ненадёжно доходит до отрисованного кадра.

Частота опроса — не качество прицеливания и не DPI

Два устойчивых смешения искажают решения о покупке:

• DPI — чувствительность сенсора, описывающая перемещение курсора на дюйм физического движения. Она полностью независима от опроса и настраивается ради комфорта, а не задержки.
• Качество прицеливания проистекает из точности сенсора, поверхности, хвата и практики. Мышь 1000Hz с сенсором, демонстрирующим сглаживание или angle snapping, будет целиться хуже, чем мышь 500Hz с чистой реализацией сенсора.

Ни то, ни другое спецификация опроса не улучшает, а производители выигрывают от этой неоднозначности.

Проверьте, что вы реально получаете

Настроенная и фактическая частота могут расходиться, но браузер не может напрямую прочитать аппаратную частоту опроса: события мыши подвержены объединению в браузере, планированию главного потока и обработке ввода ОС, поэтому веб-тайминг не способен доказать истинный интервал USB-отчётов. Для надёжного измерения используйте выделенную нативную утилиту, читающую данные уровня USB, или ПО производителя мыши. Что может браузерный инструмент вроде нашего тестера мыши — грубая проверка закономерностей: необычно длинные и устойчивые промежутки между записанными обновлениями могут указывать на проблему подключения, драйвера, приёмника или планирования, которую стоит проверить нативным инструментом. Подключитесь напрямую к заведомо исправному порту материнской платы и перепроверьте, прежде чем заключать, что виновата мышь.

Рекомендуемые значения по умолчанию

• Проводная игровая мышь: 1000Hz — разумное значение по умолчанию на большинстве современных систем; снизьте, если наблюдаете проблемы с процессором или временем кадра.
• Беспроводная мышь: многие современные приёмники 2.4GHz поддерживают 1000Hz, поэтому выбирайте по приоритету: 1000Hz, если нужен кратчайший интервал отчётов, или 500Hz, если важнее автономность. Разницу в ощущениях многие пользователи обнаружат с трудом, а экономия батареи на 500Hz может быть реальной.
• Соревновательная сборка с дисплеем высокой частоты обновления и высокими частотами кадров: попробуйте 1000–2000Hz и честно оцените, замечаете ли вы разницу. Если нет, шагните назад и верните запас процессора.
• Все остальные, включая большинство рабочих задач: 500Hz обычно достаточно. Проверяйте настройку только при поиске конкретной проблемы.

Как USB обрабатывает отчёты мыши на уровне протокола

USB-устройства общаются с хостом через эндпоинты, каждый из которых настроен на определённый тип передачи. Мыши используют interrupt-передачи, чей интервал опроса контроллер хоста планирует с настроенной частотой, — хост резервирует эти временные слоты, хотя фактическая доставка под нагрузкой системы всё же может дрожать. Устройство отвечает теми данными, которые готовы. Временная гранулярность зависит от скорости USB: устройство Full-Speed (типичное для мышей) планируется кадрами по одной миллисекунде, устройство High-Speed использует микрофреймы по 125 микросекунд. Мышь, настроенная на 1000Hz, получает слот в одну миллисекунду на соединении Full-Speed; точная семантика интервалов эндпоинта различается между Full-Speed и High-Speed, а фактический темп отчётов зависит ещё и от того, как интервал объявлен в дескрипторе устройства.

Сам пакет отчёта определяется HID-дескриптором устройства, объявляющим структуру и размер данных, которые шлёт мышь. Стандартный отчёт содержит байт состояния кнопок, дельту X, дельту Y и опционально колесо и дополнительные оси. Полезная нагрузка мала — обычно восемь–шестнадцать байт, — поэтому пропускная способность почти никогда не является главным ограничением. Ограничение — тайминг: как часто хост планирует передачу, насколько быстро устройство может её заполнить и как быстро стек ввода ОС её обработает.

На уровне операционной системы каждый полученный отчёт вызывает прерывание, проходящее через стек USB-драйверов, классовый драйвер HID и, наконец, подсистему ввода, которая обновляет положение курсора или пересылает событие активному приложению. ОС не просто пересылает каждый отчёт игровому движку: она группирует, объединяет или обрабатывает их по собственной схеме обработки ввода, так что не каждый отчёт обязательно влияет на отрисованный кадр.

Понимание на уровне протокола проясняет несколько пунктов. Во-первых, частота опроса — свойство конфигурации USB-эндпоинта, а не сенсора мыши: сенсор может сэмплировать в собственном темпе независимо. Во-вторых, совместимые хост и устройство могут планировать отчёты с настроенным интервалом, но фактический темп всё равно зависит от дескриптора, прошивки, подключения и планирования операционной системы. В-третьих, стоимость обработки накапливается на экстремальных частотах и может снижать производительность игр на некоторых системах. Спецификация описывает темп планирования, а не гарантию перцептивного улучшения, и слои между проводом и экраном добавляют свою задержку, которую частота опроса не адресует.

Ещё одна тонкость: планирование USB-контроллера не идеально детерминировано. Контроллер хоста управляет несколькими устройствами на общей шине, и другой трафик может вносить небольшие вариации тайминга. Размер этой вариации зависит от контроллера, драйверов, подключённых устройств и операционной системы, поэтому его следует измерять, а не предполагать. Прямой порт материнской платы — разумная диагностическая точка сравнения, но USB 3.x для мыши сам по себе не обязателен.

Чтобы понять, где частота опроса находится в общей цепочке задержки, полезно проследить одно движение мыши через каждый этап от физической поверхности до видимого изменения курсора. Каждый этап добавляет время, и опрос — лишь один из них.

Сэмплирование сенсора. Оптический сенсор захватывает изображения поверхности с высокой внутренней частотой — часто 12 000–16 000 кадров в секунду — и сравнивает последовательные кадры, вычисляя движение. Этот процесс полностью внутренний для сенсора и идёт на собственной частоте независимо от USB-опроса. Сенсор выдаёт дельту положения и передаёт её микроконтроллеру мыши.

Обработка микроконтроллера. MCU принимает дельту сенсора, применяет настроенную обработку вроде angle snapping, сглаживания или ускорения и собирает пакет USB-отчёта. Этап добавляет небольшую, но ненулевую задержку: иллюстративные модели дают менее одной миллисекунды на хорошо спроектированной прошивке, но фактические значения зависят от устройства и могут быть больше при тяжёлой DSP-обработке.

USB-передача. Это этап, которым управляет частота опроса. При 1000Hz собранный отчёт ждёт следующей запланированной interrupt-передачи, происходящей каждую миллисекунду. В среднем отчёт ждёт половину интервала — 0.5 миллисекунды — до передачи хосту. При 500Hz среднее ожидание удваивается до одной миллисекунды.

Стек ввода операционной системы. Хост принимает отчёт, обрабатывает его через USB-драйвер, классовый драйвер HID и подсистему ввода. Положение курсора обновляется в композиторе ОС, а сырое событие ввода пересылается игре. Этот этап обычно моделируют в одну–три миллисекунды в зависимости от ОС, версии драйвера и нагрузки системы, — считайте это иллюстративным диапазоном, а не замером какой-то конкретной системы.

Обработка игровым движком. Игра принимает событие ввода, применяет собственную логику (масштабирование чувствительности, raw input против буферизованного ввода, зависящее от частоты кадров сэмплирование) и включает движение в следующий отрисованный кадр. Если игра идёт при 60fps, каждый кадр занимает 16.7 миллисекунды, значит движение не появится на экране раньше следующего отрисованного и показанного кадра.

Показ дисплеем. Отрисованный кадр уходит на монитор, который показывает его в собственном интервале обновления. При 144Hz кадр появляется на экране в пределах 6.9 миллисекунды после прибытия во входной буфер дисплея.

Складывая типичные этапы со средними ожиданиями в иллюстративной модели (это не замер конкретной мыши или игры): сенсор (~0.25мс) + MCU (~0.5мс) + USB при 1000Hz (~0.5мс среднего ожидания) + ОС (~2мс) + игра при 60fps (~8.3мс среднего ожидания кадра) + дисплей при 144Hz (~3.5мс среднего ожидания обновления) ≈ около 15 миллисекунд суммарно. В этой модели этап USB-опроса даёт примерно 3% суммы. Удвоение интервала до 500Hz добавляет в среднем ~0.5 миллисекунды, увеличивая сумму до ~15.5 миллисекунд. Поэтому измеренная разница между 500Hz и 1000Hz стабильно меньше одной миллисекунды — остальная часть конвейера не меняется. Эти цифры — иллюстративная модель, а не замер какой-либо конкретной мыши, ОС или игры; реальные значения целиком зависят от вашего железа, драйверов и софта.

Вывод не в том, что частота опроса неважна, а в том, что это последний компонент для оптимизации. В той же модели среднего ожидания: если игра идёт при 60fps, подъём частоты кадров до 144fps убирает около 4.9 миллисекунды среднего ожидания кадра (16.7мс/2 минус 6.9мс/2) — примерно в десять раз больше экономии от удвоения частоты опроса. Если дисплей работает при 60Hz, апгрейд до 144Hz убирает в среднем около 4.9 миллисекунды (16.7мс/2 минус 6.9мс/2). Точные числа зависят от того, меряете ли вы среднее ожидание, полное время кадра или сквозную задержку, поэтому считайте их иллюстрацией, а не универсальной истиной. Оба изменения вдобавок дают видимое улучшение чёткости движения, которого корректировки частоты опроса не дают. Лишь когда частота кадров и частота обновления уже высоки, вклад частоты опроса становится пропорционально большей долей оставшейся задержки, и даже тогда он мал в абсолютном выражении.

Единственное число, которое стоит запомнить

1000Hz может сократить интервал этапа опроса максимум на одну миллисекунду по сравнению с 500Hz — это реально, но часто трудноуловимо. Направьте оптимизацию сначала на частоту обновления дисплея и стабильную частоту кадров, поскольку эти этапы могут давать куда большие задержки, а затем оцените, меняет ли частота опроса что-то ощутимое для вас. Пока остальной конвейер не способен использовать 8000Hz, считайте её высокоточным вариантом отчётности, а не гарантированным ощутимым апгрейдом.