NOTE / 01
先把毫秒换成直觉
在间隔完全均匀的理想条件下，每帧耗时约等于1000除以FPS。60 FPS约为16.67毫秒一帧，120 FPS约为8.33毫秒，144 FPS约为6.94毫秒。这些是换算示例，不是任何设备的性能承诺。
真实游戏的每帧开销会变化。不能简单对每一帧的瞬时FPS求算术平均来代替整段帧率；比较报告应使用同一工具、相同统计方式和相同时间窗。
NOTE / 02
区分持续慢帧与偶发长帧
若曲线大部分时间维持在较高毫秒值，说明出帧整体较慢；若平时较低但偶尔出现尖峰，用户感受到的可能是间歇顿挫。两类现象的排查方向不同，先记录再判断。
标记尖峰发生的位置：刚进入区域、快速转身、切换界面，还是后台程序活动时。首次加载与已经走过的路线应分开记录。不要仅凭一张曲线就认定显卡、CPU或网络是唯一原因。
NOTE / 03
明确你记录的是哪一种FPS
PresentMon等工具会区分不同呈现指标。Presented FPS、Displayed FPS以及各类CPU、GPU时间不完全是同一口径；GPU Busy描述一帧中GPU工作的时间，不能直接写成利用率百分比。
启用帧生成后尤其需要标记计数方式。屏幕上显示的额外帧与游戏实际更新、输入处理的节奏并非同一个概念。比较操作响应时，不能仅凭显示FPS翻倍就推算延迟减半。
NOTE / 04
让一次记录有解释力
选择可以重复的训练或离线场景，先预热，再用相同路线、时长与镜头运行多次。将每次结果分别保留；若某次有弹窗、下载或场景事件，就在备注中说明，而不是悄悄删除不理想数据。
同时核对显示器刷新率与游戏帧率限制。刷新率是屏幕每秒更新的次数，游戏FPS是内容产生或显示的节奏，两者不能混用。Windows可选刷新率还受显示器与当前显示模式支持情况影响。
参考资料与阅读边界
以下为公开一手资料。本文的比较步骤由本站编写；示例与图解不代表工具、厂商或任何设备的实测结论。