为什么120 FPS仍然感觉糟糕：帧时间、1%低帧与卡顿解析

一款游戏可能报告120、144甚至200 FPS，但感觉仍然卡顿。本指南解释了为什么平均FPS可能掩盖糟糕的帧交付，帧时间和1%低帧如何暴露卡顿，以及如何诊断是CPU、GPU还是管道的其他部分导致了问题。

已发布:2026年9月25日 20:17

Aleksandar Stajic

Updated: 2026年9月26日 00:22

一款游戏可能报告 120、144 甚至 200 FPS，但玩起来仍然感觉卡顿。原因很简单：平均帧率告诉你一段时间内产生了多少帧，但并不能说明这些帧是否均匀到达。即使平均 FPS 数字看起来非常出色，少数长帧也可能造成可见的卡顿或微卡顿。

FPS 是平均值；帧时间是节奏

FPS 告诉你每秒完成了多少帧。帧时间告诉你单帧需要多长时间。

粗略换算很简单：以毫秒为单位的帧时间约等于 1000 除以 FPS。在 60 FPS 时，帧预算约为 16.7 毫秒。在 120 FPS 时约为 8.3 毫秒。在 144 FPS 时约为 6.9 毫秒。

但只有当帧交付相当一致时，这些数字才有意义。7 毫秒、7 毫秒、7 毫秒、35 毫秒、7 毫秒、7 毫秒的序列仍然可以平均出高 FPS，同时产生明显的卡顿。

流畅度三角

三个不同的因素决定游戏感觉有多快

1

1. 吞吐量

平均 FPS：系统在一段时间内产生了多少帧。

2

2. 一致性

帧时间分布：帧是否以稳定的节奏到达，还是包含长离群值。

3

3. 响应性

延迟：输入和游戏工作产生可见帧需要多长时间。

一个系统可能在一个角上很强，而在另一个角上很弱。高 FPS 但帧时间不稳定可能感觉卡顿。稳定渲染但延迟很高可能感觉流畅但迟钝。好的性能调优必须确定哪个角实际上出了问题。

为什么平均 FPS 会掩盖卡顿

两个会话可以有相同的平均 FPS，但感觉不同

	稳定会话	不稳定会话
平均 FPS	120 FPS	120 FPS
大多数帧时间	Around 8–9 ms	Mostly 5–7 ms
慢帧	Few meaningful spikes	Repeated 25–50 ms spikes
玩家体验	Consistent motion	Hitches despite the high average

不稳定的会话可以通过在尖峰之间渲染许多非常快的帧来补偿长帧。平均值保持很高，但玩家注意到的是尖峰，而不是算术平均值。

1% 低帧试图展示什么

低 FPS 和百分位指标之所以存在，是因为仅靠平均 FPS 无法描述帧分布中的慢端。

NVIDIA FrameView 报告平均 FPS 以及 1% Low 和 0.1% Low 指标。其文档将 1% Low 描述为最慢 1% 帧的平均值，并指出低 FPS 值越接近平均值，体验往往越一致。

NVIDIA 还提供了基于百分位的指标，例如将最慢 1% 帧与更快的 99% 帧分开的帧率。这些是相关概念，但并非每个基准测试工具都以完全相同的方式实现或标记低 FPS 统计数据。

帧时间图通常比单一汇总数值更有用

帧时间图显示整个捕获过程中各帧的时序。平坦或狭窄的带状区域通常表示帧交付稳定。孤立的高尖峰揭示卡顿。重复出现的波形可能指向周期性的后台工作、流式加载、同步或其他重复性负载。

Intel PresentMon 正是围绕这类分析设计的。Intel 当前的工具可以显示实时性能图表、百分位数、移动窗口平均值和 GPU 遥测数据，并支持 DirectX、OpenGL 和 Vulkan 应用程序。

NVIDIA FrameView 同样测量帧率和帧时间，并可将详细的捕获数据写入日志以供后续分析。

帧时间稳定性测试

诊断高 FPS 是否掩盖了卡顿

1

1. 捕获可重复的场景

使用相同的路线、基准测试、存档点或游戏流程，以便不同运行之间具有可比性。

2

2. 记录平均 FPS

将其视为吞吐量，而不是流畅度的最终结论。

3

3. 检查帧时间一致性

寻找孤立尖峰、重复尖峰、大幅波动或长时间慢帧簇。

4

4. 检查低帧率或百分位指标

平均值与慢帧指标之间的巨大差距是帧交付不稳定的警告信号。

5

5. 比较 CPU 和 GPU 时序

确定慢帧是源自 GPU 之前、GPU 上，还是管线的其他部分。

6

6. 每次只改变一个变量

分别测试帧率上限、图形设置、后台进程、着色器状态、存储路径或驱动/游戏设置。

7

7. 重复相同的捕获

只有在可比条件下帧时间分布得到改善，修复才有意义。

CPU 瓶颈和 GPU 瓶颈看起来并不相同

低帧率并不能告诉你哪个处理器应对延迟负责。CPU 准备游戏和渲染工作；GPU 执行图形工作。任何一方都可能成为节奏限制。

Intel PresentMon 的 GPU Busy 指标专门用于帮助评估 GPU 执行时间与总帧时间之间的关系。这有助于区分 GPU 在大部分时间间隔内处于忙碌状态的帧，与大部分延迟发生在其他地方的帧。

简化的时序模式

	典型时序模式	可能暗示的问题
GPU 受限	GPU busy time is close to the frame interval	The graphics workload is consuming most of the available frame budget
CPU / 管线受限	Frame time grows while GPU busy time remains materially lower	The delay may be before GPU execution or elsewhere in the presentation pipeline
间歇性事件	Mostly stable timing with isolated large spikes	Streaming, shader compilation, background work, asset loading or another transient event may be involved

为什么帧率上限有时比最高 FPS 感觉更流畅

以尽可能高的无上限 FPS 运行游戏可能会使系统某一部分接近饱和。在某些负载中，留出余量可以减少时序波动并产生更稳定的节奏。

这并不意味着每个游戏都应限制到相同的数值。有用的测试是经验性的：在无上限和一个或多个合理上限下捕获相同负载，然后比较帧时间稳定性和延迟。

较低的平均值但帧交付明显更紧凑，可能比较高的平均值但频繁出现尖峰感觉更好。

高 FPS 卡顿的常见原因

原因类别	你可能看到的现象	需要测试的内容
着色器或管线编译	与首次出现的特效、地点或动作相关的尖峰	重复相同序列并比较后续运行
资源 / 世界流式加载	进入区域或加载新内容时出现尖峰	存储、纹理设置、世界流式加载行为
CPU 调度 / 后台工作	与 GPU 负载无关的不规则尖峰	后台进程、覆盖层、录制、CPU 饱和
GPU 饱和	GPU 执行时间持续偏高	降低高开销图形设置或测试帧率上限
内存压力	在大量 VRAM/RAM 使用下卡顿加剧	纹理级别、分辨率、后台应用程序、工作集行为
呈现 / 同步	刷新率或呈现模式相关的节奏问题	V-Sync、VRR、帧率上限和显示模式的组合
驱动或游戏回归	问题在特定更新后出现	在可行时比较版本或官方已知问题说明

着色器编译是一种特殊情况

有些卡顿并不是简单的稳态性能问题。一个工作负载可以以高帧率流畅运行，直到游戏执行只在特定时刻发生的昂贵工作。

着色器或管线编译就是一个例子。如果卡顿在首次遇到特定效果或区域时出现，但在后续经过时变小或消失，这种模式与持续过慢的 GPU 不同。

这就是为什么可重复的捕获很重要。整个会话的一个平均值可能将稳定渲染和一次性事件混合在一起，得到一个两者都无法解释的结果。

VRR 无法修复糟糕的帧时间

可变刷新率可以在其工作范围内使显示刷新时序与可变的帧交付更紧密地对齐，并减少可见的撕裂或抖动。

但 VRR 不会让 40 毫秒的帧变成 8 毫秒的帧。大的渲染或 CPU 停顿仍然是大的停顿。显示技术可以改善呈现；它无法消除最初延迟该帧的工作。

为什么 0.1% 低帧可能变得嘈杂

关注极小部分帧的指标有助于暴露严重的异常值，但它们也会对捕获时长和一次性事件变得敏感。

包含一次加载过渡的短捕获可能产生与更长、可重复的游戏运行截然不同的极低帧结果。这并不意味着该指标无用；而是意味着测试方法很重要。

一个实用的基准测试协议

测量游戏而不自欺欺人

1

预热

当这与你要测试的问题相符时，让游戏、着色器和资源达到合理可重复的状态。

2

固定条件

使用相同的分辨率、设置、帧率上限、位置和工作负载。

3

捕获足够长

除非事件本身就是你想测量的，否则避免从微小样本判断慢尾。

4

重复

多次运行相同的测试，以将可重复的行为与随机的后台事件区分开。

5

比较分布

查看平均 FPS、慢帧指标和帧时间轨迹。

6

记录环境

游戏版本、驱动程序、操作系统、硬件和主要配置更改对以后的比较很重要。

帧时间稳定性评分卡

在称一款游戏“流畅”之前要看什么

	健康信号	警告信号
平均吞吐量	Meets your performance target	Average hides repeated drops below the useful range
慢帧尾部	Reasonably close to average for the workload	Large persistent gap between average and low-FPS metrics
帧时间轨迹	Narrow, mostly stable band	Frequent tall spikes or recurring oscillation
可重复性	Similar pattern across comparable runs	Result changes wildly between identical tests
时序诊断	CPU/GPU behavior matches the suspected constraint	Optimization is being applied without identifying the bottleneck

什么会改变这个答案？

可用的确切指标取决于操作系统、图形 API、硬件和测量工具。未来的呈现系统或帧生成管线也可能需要在渲染帧、生成帧和显示帧之间做出额外区分。

核心原则不太可能改变：吞吐量平均值无法完全描述时序一致性。只要交互式图形以帧序列的形式交付，这些帧的分布和时序就很重要。

局限性

本文是一个诊断框架，并非声称所有卡顿都有相同的根本原因。游戏引擎、API、操作系统、驱动程序和渲染管线各不相同。

低帧率指标也应在生成它们的工具的方法论范围内进行解读。当统计定义或采集管线不同时，跨工具比较可能会产生误导。

结论

如果一款游戏显示高帧率但仍然感觉不佳，不要再盯着平均值看了。

测量帧时间。检查慢帧尾部。找出尖峰发生的时间。比较 CPU 和 GPU 的时序。然后改变一个变量并重复相同的工作负载。流畅度不仅仅在于你的系统能产生多少帧，而在于这些帧能以多稳定的节奏送达你。

常见问题

帧率、帧时间与卡顿

为什么 120 帧仍然感觉卡顿？

因为 120 帧是平均值。反复出现的长帧会造成可见的顿挫，即使许多快速帧使平均值保持在高位。

什么是帧时间？

帧时间是单个帧所需的时间，通常以毫秒为单位。帧时间越低且越一致，通常表明帧的交付越流畅。

1% 低帧率是什么意思？

这是一个旨在描述最慢帧中性能表现的指标。不同工具的具体实现可能不同，因此请使用相同的基准测试方法进行比较。

1% 低帧率比平均帧率更重要吗？

这两个指标本身都不充分。平均帧率描述吞吐量，而低帧率指标和帧时间图表则揭示一致性问题。

VRR 能修复微卡顿吗？

VRR 可以改善可变帧交付的呈现方式，但无法消除由 CPU、GPU、流式加载或其他工作负载停顿导致的长帧。

我应该限制帧率以减少卡顿吗？

有时限制帧率可以通过留出系统余量来提高一致性，但应通过可重复的帧时间采集来测试，而不是想当然。

术语表

关键性能术语

帧时间: 与生成或呈现单个帧相关的时间，通常以毫秒表示。
平均帧率: 描述在测量间隔内产生的帧数的吞吐量平均值。
1% 低帧率: 一种慢帧性能指标。具体计算方式可能因工具而异；NVIDIA FrameView 将其 1% 低帧率描述为最慢 1% 帧的平均值。
帧时间尖峰: 持续时间明显长于周围帧的帧，通常被感知为顿挫或卡顿。
GPU Busy: 一种 PresentMon 时序指标，用于将 GPU 执行时间与更广泛的帧间隔进行比较，并帮助诊断 CPU/GPU 平衡。
帧时间稳定性测试: 一种 Figure Rocks 工作流程，用于在可重复条件下评估平均吞吐量、帧时间分布、慢帧指标以及 CPU/GPU 时序。

主要来源

Intel — PresentMon

英特尔官方性能监控工具，具有实时图表、百分位数、GPU 遥测、GPU Busy 以及对主要图形 API 的支持。

NVIDIA — FrameView

NVIDIA 官方工具，用于测量帧率、帧时间、功耗和每瓦性能，使用基于 PresentMon 的分析。

NVIDIA — FrameView 用户指南

官方文档，定义了平均帧率、百分位数指标、1% 低帧率和 0.1% 低帧率，并解释了稳定性与卡顿的关系。

Intel — 图形 API 开发者与优化指南

英特尔官方指南，涵盖呈现模式、CPU 调度注意事项以及使用 PresentMon 进行帧呈现分析。

分享到 X 分享到 Xing 分享到 Facebook 分享到 LinkedIn 分享到 Telegram 通过电子邮件分享