Each frame has a delivery time. A 60 FPS average implies 16.7 milliseconds per frame, but the experience can still stutter if a small group of frames takes far longer. Percentile lows summarize that tail more clearly than the average.
What to record before testing: frame time and 1% lows
Average FPS tells you speed. Frame-time distribution tells you whether that speed feels consistent.
Signals that support frame time and 1% lows
- Frame time is the inverse of frame rate, so spikes are visually important.
- 1% lows should be compared in the same scene and test length.
- Shader compilation, storage, CPU scheduling and VRAM can all create spikes.
- A stable cap can feel better than an oscillating higher average.
A repeatable test for frame time and 1% lows
Test frame time and 1% lows with the following controlled sequence and record the response after each change.
Controlled checks for frame time and 1% lows
- Graph frame times and inspect spike frequency and magnitude.
- Repeat a route after shader caches are warm.
- Change one subsystem-sensitive setting at a time.
- Compare capped and uncapped runs.
How to interpret evidence about frame time and 1% lows
For frame time and 1% lows, apply the lowest-risk relevant change first and repeat the original measurement before moving on.
Low-risk actions for frame time and 1% lows
- Use an FPS cap the system can sustain consistently.
- Reduce CPU-heavy crowd, simulation or draw-distance settings for CPU spikes.
- Reduce textures if VRAM pressure is present.
- Treat one-off loading transitions separately from continuous gameplay.
False positives to rule out for frame time and 1% lows
Before concluding that frame time and 1% lows is the cause, exclude these competing explanations in the original test scene.
- A short capture can make percentile values unstable.
- Loading screens and menus can contaminate an otherwise repeatable sample.
- Frame-generation display rate and application-present rate are different metrics.
Scenario matrix for frame time and 1% lows
| Target FPS | Frame budget | One-millisecond share |
|---|---|---|
| 60 FPS | 16.67 ms | 6% |
| 120 FPS | 8.33 ms | 12% |
| 240 FPS | 4.17 ms | 24% |
Worked example: Frame Time and 1% Lows
Two presets both average 100 FPS. The first holds most frames near 10 ms; the second alternates between 6 ms and 18 ms. Their averages match, but the second feels less consistent and produces weaker percentile lows. The frame-time trace reveals the difference immediately. Capturing the same sixty-second route three times shows whether those spikes repeat or were an isolated loading event.
Questions about frame time and 1% lows
Is a higher average always better?
No. A slightly lower but more consistent frame rate can feel smoother.
What is a good 1% low?
There is no universal number; it should be close enough to your target that dips are not disruptive.
Do monitors cause stutter?
Heavy logging or multiple overlays can, so validate with a minimal setup.
Technical sources and further reading
The references below support the specific measurement method or technology discussed for frame time and 1% lows. Check the documented software version and system configuration before transferring a result to another PC.