Quick answer: FPS and frame time describe the same thing from opposite ends: FPS is frames per second (a rate), frame time is the milliseconds each frame takes (a duration). They are inverses (60 FPS = ~16.7ms per frame), but frame time, by measuring individual frames, reveals the inconsistency and stutters that an FPS average smooths over.
FPS, frames per second, is the famous performance number everyone quotes, but for actually understanding smoothness, frame time is often the more useful measurement. They describe the same underlying thing, how fast your game renders, but from opposite directions, and the difference in perspective matters: frame time exposes the frame-to-frame inconsistency that causes perceptible stutter, which an FPS figure, typically an average, tends to hide. Understanding both, and when each is more revealing, sharpens how you measure and reason about performance.
Two Views of the Same Thing
FPS measures a rate: how many frames are rendered per second. Frame time measures a duration: how long an individual frame takes to render, usually in milliseconds. They are mathematical inverses, 60 FPS means each frame takes about 16.7 milliseconds (1000ms รท 60), 30 FPS means about 33.3ms per frame. The same performance can be expressed either way; they are two sides of one coin.
The crucial practical difference is granularity. FPS is naturally an aggregate, frames over a whole second, so a single FPS number is inherently an average that blends all the frames in that second together. Frame time is naturally per-frame, it measures each individual frame, so it preserves the variation between frames that an FPS average erases. This is why the two, despite being mathematically equivalent, reveal different things in practice.
Why Frame Time Reveals Stutter
Smoothness is about consistency, not just speed. A game where every frame takes a steady 16.7ms feels perfectly smooth; a game that averages 60 FPS but has occasional 50ms frames feels stuttery, because those long frames are visible hitches, even though the average FPS looks great. FPS, being an average over a second, hides those individual bad frames; frame time, measuring each frame, exposes them. A frame-time graph showing occasional spikes reveals stutter that the FPS counter conceals.
This is why frame pacing, the consistency of frame times, matters as much as raw frame rate, and why frame time is the better lens for it. A steady frame time means smooth motion; spiky frame time means stutter, regardless of the average. Reasoning in frame time (and especially in frame-time percentiles, the worst frames) catches the inconsistency that determines perceived smoothness, which an FPS average, by construction, cannot show you.
Measuring Frame Time and Performance Issues
For diagnosing performance, frame time, and particularly its distribution and worst cases, is the more revealing measurement: it shows not just how fast the game runs on average but how consistent it is, where the hitches are, and how bad the worst frames get. Combined with percentile thinking (p95/p99 frame time), it captures the bad-case stutter that players actually notice, which is often the real performance problem even when average FPS looks acceptable.
Bugnet's performance and game-health monitoring captures the data to look at performance honestly, beyond a headline FPS average to the frame-time experience that reveals stutters and inconsistency. Performance problems often correlate with specific scenes, scenarios, or hardware, a particular effect that spikes frame time, a device where pacing falls apart, and capturing performance data tied to that context localizes the cause. Measuring in frame time rather than only FPS, and watching the worst frames rather than just the average, is what lets you find the stutters and hitches that make a game feel rough even when its FPS number sounds fine.
FPS and frame time are the same thing from opposite ends, but frame time shows the stutter FPS hides. Smoothness is about consistent frames, not just a high average.