Average frames per second describes throughput, but it does not show whether frames arrive evenly. A game can report a high average while still feeling uneven when occasional frames take much longer to render. That is why useful performance reviews pair average FPS with frame-time data and low-percentile results.

Three frame-time traces showing smooth delivery, occasional spikes, and severe stutter
Consistent frame delivery matters as much as a high average: isolated or repeated frame-time spikes are perceived as stutter.

What 1% low FPS means

A 1% low result summarizes performance near the slow end of a benchmark run. The exact calculation depends on the tool, so results from different publications should not automatically be combined. NVIDIA FrameView, for example, distinguishes percentile FPS and averages of the slowest samples in its exported metrics. Always read the benchmark methodology before comparing numbers.

The practical interpretation is simple: when the low result stays reasonably close to the average, delivery is more consistent. A large gap suggests that some frames take substantially longer than normal. Those slow frames may be infrequent, but they can still interrupt aiming, camera movement, or animation.

Frame time is the clearer view

Frame time measures how long each frame takes to complete, usually in milliseconds. A frame-time graph exposes the sequence that an FPS average hides. A mostly flat trace indicates consistent delivery. Tall isolated peaks indicate hitches. A broad rise can show a sustained performance limit rather than a single interruption.

Frame rate and frame time are two views of the same process, but frame time is easier to diagnose because it preserves timing and order. Do not judge a system from one worst frame: loading screens, benchmark transitions and background tasks can create outliers that are not representative of normal play.

What commonly causes poor lows

  • Shader compilation when a game encounters new effects
  • Asset streaming from storage or decompression work on the CPU
  • VRAM pressure that forces data movement
  • Background updates, recording software or security scans
  • Thermal or power limits that reduce clock speed
  • Driver, game-engine or overlay conflicts

A low GPU utilization reading does not prove that the GPU is faulty. A CPU thread, frame-rate cap, game engine, storage event or synchronization step may be holding the pipeline. Compare CPU/GPU utilization, temperature, clock, VRAM use and frame time over the same capture.

How to run a repeatable test

  1. Use the same game version, driver, save point and graphics settings.
  2. Warm the system with one preliminary run.
  3. Record several runs of equal duration.
  4. Exclude menus and loading transitions consistently.
  5. Report average FPS, lows and a frame-time plot together.
  6. Note the CPU, GPU, memory, resolution and power profile.

For troubleshooting, change one variable at a time. Disabling every overlay and changing five graphics settings at once may improve the result, but it will not reveal the cause.

When average FPS is still useful

Average FPS remains valuable for comparing overall rendering capacity in a controlled workload. It becomes misleading only when presented alone. Two systems with the same average can feel different if one delivers frames smoothly and the other alternates between fast and slow frames.

Source and methodology note

This explainer is research-based. Metric terminology was checked against the NVIDIA FrameView user guide. It does not claim an original hardware benchmark.