Тест частоты кадров

Тест частоты кадров измеряет, сколько изображений устройство выдаёт за секунду и насколько равномерно эти изображения приходят. Этот тест сэмплирует метку времени, которую браузер прикрепляет к каждому кадру анимации, и переводит интервал между соседними кадрами в частоту кадров в FPS. По этим выборкам он показывает шесть показателей: живой счётчик, среднее, минимум, 1% Low, стандартное отклонение интервалов между кадрами и число подвисаний. Среднее описывает пропускную способность, а остальные пять — стабильность, поэтому они и выводятся отдельно. Одно среднее число не может сказать, был ли прогон плавным или полным рывков.

Убедитесь, что эта вкладка — активное окно, потому что браузеры ограничивают кадры анимации в фоновых вкладках, и показания обвалятся до символического значения. Закройте тяжёлые приложения, нажмите «Начать тест» и оставьте счётчик работающим минимум на десять секунд — тогда прогон завершится автоматически, а панель диагностики его оценит. Сначала дождитесь стабилизации среднего, затем сравните его с показателем 1% Low прямо под ним и в последнюю очередь посмотрите на джиттер времени кадра и число подвисаний. Для честного сравнения запустите тест три раза в одинаковых условиях и сравнивайте разброс, а не полагайтесь на одно измерение: один прогон легко искажается фоновым обновлением.

Показатель 1% Low берёт самый медленный один процент кадров прогона, усредняет их время кадра и переводит результат обратно в частоту кадров. Он отвечает на вопрос, на который среднее ответить не может: насколько плохи плохие моменты? Если среднее равно 120 FPS, а 1% Low — 45 FPS, то примерно один кадр из ста занимает более чем втрое больше времени, чем должен, и именно эти задержки игроки воспринимают как рывки и потерянные нажатия. Практическое правило: здоровая система удерживает 1% Low в пределах примерно 10–20 процентов от среднего, а любое более широкое расхождение указывает на проблему с темпом, а не со скоростью как таковой.

Для работы за компьютером, видео и просмотра сайтов 60 FPS — комфортно плавно, потому что совпадает с частотой обновления большинства дисплеев. Для игр 60 FPS играбельны, 120 FPS дают заметное улучшение чёткости движения и отзывчивости на ввод, а 240 FPS в основном выигрывают у соревновательных игроков, у которых есть подходящая панель высокой частоты обновления. Выше частоты обновления вашей панели лишние кадры по большей части отбрасываются, поэтому результат 90 FPS на экране 60Hz добавляет плавности скорее за счёт уменьшения разрывов, чем за счёт видимых дополнительных кадров. Стабильность важнее пика: заблокированные 60 с 1% Low на уровне 55 ощущаются лучше, чем средние 90 с 1% Low на уровне 30.

Подвисания почти всегда происходят из-за неравномерного времени кадра, а не из-за недостаточного среднего. Самая частая причина — фоновая нагрузка: второй монитор с видео, вкладка браузера, декодирующая тяжёлую страницу, клиент облачной синхронизации или обновление системы крадут время CPU и GPU рывками. Вторая частая причина — тепловой режим и энергоменеджмент: ноутбуки от батареи и тонкие корпуса под длительной нагрузкой снижают частоты, поэтому прогон часто начинается быстро и деградирует в течение минуты. Третья — ограничение частоты кадров в сочетании с несовпадающей частотой обновления, когда VSync и лимит 60 FPS на панели 60Hz конфликтуют друг с другом и дают заметное дрожание.

Он точен в том, что измеряет, а измеряет он частоту кадров, которую конвейер отрисовки браузера действительно доставляет на экран, и это правильный инструмент для веб-приложения, браузерной игры или сцены на canvas и WebGL. Каждый кадр получает метку времени от самого браузера, поэтому интервалы реальны, а не оценены. Ограничения касаются области применения, а не точности: браузер не может прочитать внутренний счётчик FPS нативной игры в другом окне, не может сообщить загрузку GPU или частоту ядра и не может измерить задержку от клика до фотона. Он также не может быть бенчмарком «на голом железе», потому что и операционная система, и браузер добавляют собственную нагрузку.

Они измеряют две разные вещи, которые легко перепутать. Тест частоты обновления измеряет потолок панели: сколько раз в секунду дисплей физически может перерисоваться — обычно 60, 120, 144 или 240 раз, — а также проверяет шлейфы и пропуск кадров. Тест частоты кадров измеряет то, что реально доставляется в этот потолок. Связь между ними важна: если ваша панель 144Hz, а доставляемая частота кадров равна 60, то узким местом дисплей вовсе не является, и его замена ничего не изменила бы. Запустите тест частоты обновления, чтобы определить потолок, а затем тест частоты кадров, чтобы увидеть, какую часть этого потолка вы действительно используете.

Пройдите причины в порядке их вероятности. Сначала закройте другие вкладки, видеозвонки и лаунчеры, затем перезапустите тест, чтобы понять, какая часть просадки была фоновой нагрузкой. Во-вторых, проверьте загрузку CPU и GPU во время прогона: одно загруженное до предела ядро или занятая очередь графики обычно объясняют низкий 1% Low. В-третьих, переключите профиль питания операционной системы с режима экономии на сбалансированный или максимальную производительность, что особенно важно для ноутбуков, работающих от батареи. В-четвёртых, обновите графический драйвер и убедитесь, что ноутбук с гибридной графикой использует дискретный GPU. И наконец, снизьте нагрузку отрисовки страницы, которую измеряете.

Вы можете проверить любую игру, которая работает внутри вкладки браузера, включая проекты на HTML5, canvas, WebGL и WebGPU, потому что они рисуются через тот же конвейер кадров анимации, который сэмплирует этот тест. Вы не можете проверить нативную игру, работающую в другом окне или в полноэкранном эксклюзивном режиме, потому что веб-страница не имеет доступа к внутренностям другого приложения. Для нативных игр используйте встроенный оверлей FPS самой игры или графического драйвера, например оверлей производительности в NVIDIA GeForce Experience или AMD Adrenalin. Применяйте этот тест для браузерных игр и веб-приложений, а те оверлеи — когда нужна внутриигровая телеметрия.

Время кадра — это длительность создания одного кадра, измеряемая в миллисекундах, тогда как FPS считает, сколько кадров умещается в одну секунду. Две величины — математические обратные: 60 FPS соответствует 16.7 миллисекунды на кадр, 120 FPS — 8.3 миллисекунды, а 144 FPS — 6.9 миллисекунды. Время кадра информативнее, когда вы ловите подвисания, потому что описывает каждый кадр сам по себе, а не усредняет целую секунду. Прогон со средним 60 FPS может содержать отдельные кадры по 40 миллисекунд и хуже, и именно такие длинные кадры глаз считывает как подвисание. Этот тест сообщает время кадра напрямую, поэтому выбросы, которые прячет простой счётчик, становятся видимыми.

Высокое среднее при нестабильном времени кадра ощущается хуже, чем более низкое, но ровное, потому что глаз куда чувствительнее к изменениям темпа, чем к абсолютной скорости. Если прогон выдаёт в среднем 144 FPS, но каждый десятый кадр занимает 30 миллисекунд, движение заметно дёргается при вполне здоровом среднем. Типичные причины — перегрузка одного потока CPU, остановка на компиляции шейдеров, подтягивание текстур или фоновый процесс, конкурирующий за GPU. Практическая проверка — смотреть на 1% Low и число подвисаний, а не на среднее: если 1% Low укладывается в 10–20 процентов от среднего, темп здоров, а более широкий разрыв означает, что узким местом является внезапный скачок, а не чистая производительность.

Ограничение частоты кадров задаёт, сколько кадров приложение имеет право создавать, обычно чтобы согласовать вывод с дисплеем. Лимит чуть ниже частоты обновления панели, например 141 FPS на экране 144Hz при включённом VSync, — стандартный способ сократить задержку ввода, избежав разрыва кадра. На дисплее с переменной частотой обновления, таком как G-Sync или FreeSync, лимит ниже максимума удерживает панель в её переменном диапазоне и не даёт ей вернуться к работе с фиксированной частотой. Вредным лимит становится лишь тогда, когда без всякой причины он установлен ниже того, что система могла бы выдать: тогда реальная производительность остаётся невостребованной.