帧率测试

帧率测试测量的是设备每秒送出多少张画面，以及这些画面到达得是否均匀。本测试采样浏览器为每一个动画帧附加的时间戳，并把相邻两帧之间的间隔换算成以 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 主要对同时拥有匹配高刷新率面板的竞技玩家有益。超过面板刷新率之后，多出来的帧会被大量丢弃，因此在 60Hz 屏幕上得到 90 FPS 的结果，主要靠减少撕裂来提升顺滑感，而不是靠可见的多余帧数。一致性比峰值更重要，锁定 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% 以内说明节奏健康，差距更大则说明瓶颈是尖峰而非原始性能。

帧率上限限制应用允许输出的帧数，通常是为了让输出与显示器保持对齐。把上限设在略低于面板刷新率的位置，例如在开启 VSync 的 144Hz 屏幕上设 141 FPS，是既降低输入延迟又避免撕裂的标准做法。在 G-Sync 或 FreeSync 这类可变刷新率显示器上，低于最大刷新率的上限能让面板保持在可变区间内，避免它回落到固定刷新率的行为。只有当上限被毫无理由地设在系统本可以达到的水平之下时，它才有害，因为那样会白白浪费真实性能。