Por qué 120 FPS aún pueden sentirse mal: tiempo de fotograma, mínimos del 1 % y stutter explicados
Un juego puede reportar 120, 144 o incluso 200 FPS y aun así sentirse tosco. La razón es simple: la tasa de fotogramas promedio te dice cuántos fotogramas se produjeron a lo largo del tiempo, pero no te dice si esos fotogramas llegaron de manera uniforme. Unos pocos fotogramas largos pueden crear tirones visibles o micro-stutter incluso cuando el número de FPS promedio parece excelente.
Los FPS son un promedio; el tiempo de fotograma es el ritmo
Los FPS te dicen cuántos fotogramas se completan por segundo. El tiempo de fotograma te dice cuánto tarda un fotograma individual.
La conversión aproximada es simple: el tiempo de fotograma en milisegundos es aproximadamente 1000 dividido por los FPS. A 60 FPS, el presupuesto de fotograma es de aproximadamente 16.7 ms. A 120 FPS es de aproximadamente 8.3 ms. A 144 FPS es de aproximadamente 6.9 ms.
Pero esos números solo son significativos si la entrega de fotogramas es razonablemente consistente. Una secuencia de 7 ms, 7 ms, 7 ms, 35 ms, 7 ms, 7 ms puede seguir promediando un alto FPS mientras produce un tirón notable.
El Triángulo de Fluidez
Tres cosas diferentes determinan qué tan rápido se siente un juego
Un sistema puede ser fuerte en una esquina y débil en otra. Un alto FPS con tiempos de fotograma inestables puede sentirse entrecortado. Una renderización estable con una latencia muy alta puede sentirse fluida pero lenta. Una buena optimización del rendimiento tiene que identificar qué esquina está fallando realmente.
Por qué el promedio de FPS oculta el stutter
Dos sesiones pueden tener el mismo promedio de FPS y sentirse diferentes
| Sesión estable | Sesión inestable | |
|---|---|---|
| FPS promedio | 120 FPS | 120 FPS |
| La mayoría de los tiempos de fotograma | Around 8–9 ms | Mostly 5–7 ms |
| Fotogramas lentos | Few meaningful spikes | Repeated 25–50 ms spikes |
| Experiencia del jugador | Consistent motion | Hitches despite the high average |
La sesión inestable puede compensar los fotogramas largos renderizando muchos fotogramas muy rápidos entre los picos. El promedio se mantiene alto, pero el jugador nota los picos en lugar de la media aritmética.
Qué intentan mostrar los mínimos del 1%
Las métricas de FPS bajos y percentiles existen porque el promedio de FPS por sí solo no puede describir el extremo lento de la distribución de fotogramas.
NVIDIA FrameView reporta el FPS promedio junto con las métricas de Mínimo del 1% y Mínimo del 0.1%. Su documentación describe el Mínimo del 1% como el promedio de los fotogramas más lentos del 1%, y señala que cuanto más cerca esté el valor de FPS bajo del promedio, más consistente tiende a ser la experiencia.
NVIDIA también expone métricas basadas en percentiles, como la tasa de fotogramas que separa el 1% de fotogramas más lentos del 99% más rápido. Estos son conceptos relacionados, pero no todas las herramientas de benchmark implementan o etiquetan las estadísticas de FPS bajos exactamente de la misma manera.
Los gráficos de tiempo de fotograma suelen ser más útiles que una sola cifra resumen
Un gráfico de tiempo de fotograma muestra la sincronización de los fotogramas a lo largo de la captura. Una banda plana o estrecha suele indicar una entrega constante. Los picos aislados altos revelan tirones. Las ondas repetitivas pueden señalar trabajo periódico en segundo plano, streaming, sincronización u otra carga de trabajo recurrente.
Intel PresentMon está diseñado en torno a este tipo de análisis. La herramienta actual de Intel puede mostrar gráficos de rendimiento en tiempo real, percentiles, promedios de ventana móvil y telemetría de GPU, y es compatible con aplicaciones DirectX, OpenGL y Vulkan.
NVIDIA FrameView también mide la tasa de fotogramas y el tiempo de fotograma y puede escribir datos de captura detallados en registros para su posterior análisis.
La prueba de estabilidad del tiempo de fotograma
Diagnostica si los FPS altos están ocultando stutter
El cuello de botella de CPU y el de GPU no se ven idénticos
Una tasa de fotogramas baja no te dice qué procesador es responsable del retraso. La CPU prepara el trabajo del juego y de renderizado; la GPU ejecuta el trabajo gráfico. Cualquiera de los dos lados puede convertirse en el límite del ritmo.
La métrica GPU Busy de Intel PresentMon está diseñada específicamente para ayudar a evaluar la relación entre el tiempo de ejecución de la GPU y el tiempo total del fotograma. Esto puede ayudar a distinguir fotogramas en los que la GPU está ocupada durante la mayor parte del intervalo de fotogramas en los que gran parte del retraso ocurre en otro lugar.
Patrones de sincronización simplificados
| Patrón de sincronización típico | Qué puede sugerir | |
|---|---|---|
| Limitado por GPU | GPU busy time is close to the frame interval | The graphics workload is consuming most of the available frame budget |
| Limitado por CPU / canalización | Frame time grows while GPU busy time remains materially lower | The delay may be before GPU execution or elsewhere in the presentation pipeline |
| Evento intermitente | Mostly stable timing with isolated large spikes | Streaming, shader compilation, background work, asset loading or another transient event may be involved |
Por qué un límite de fotogramas a veces puede sentirse más fluido que los FPS máximos
Ejecutar un juego a los FPS máximos posibles sin límite puede mantener una parte del sistema cerca de la saturación. En algunas cargas de trabajo, dejar margen puede reducir la volatilidad de la sincronización y producir una cadencia más estable.
Eso no significa que todos los juegos deban limitarse al mismo número. La prueba útil es empírica: captura la misma carga de trabajo sin límite y con uno o más límites razonables, luego compara la estabilidad del tiempo de fotograma y la latencia.
Un promedio más bajo con una entrega de fotogramas sustancialmente más ajustada puede sentirse mejor que un promedio más alto salpicado de picos frecuentes.
Causas comunes de stutter con FPS altos
| Clase de causa | Lo que puedes ver | Qué probar |
|---|---|---|
| Compilación de shaders o canalización | Picos vinculados a efectos, ubicaciones o acciones por primera vez | Repite la misma secuencia y compara pasadas posteriores |
| Streaming de recursos / mundo | Picos al entrar en áreas o cargar contenido nuevo | Almacenamiento, configuración de texturas, comportamiento del streaming del mundo |
| Planificación de CPU / trabajo en segundo plano | Picos irregulares no relacionados con la carga de GPU | Procesos en segundo plano, superposiciones, grabación, saturación de CPU |
| Saturación de GPU | Tiempo de ejecución de GPU consistentemente alto | Baja la configuración gráfica costosa o prueba un límite de fotogramas |
| Presión de memoria | Aumento de tirones bajo uso intensivo de VRAM/RAM | Nivel de textura, resolución, aplicaciones en segundo plano, comportamiento del conjunto de trabajo |
| Presentación / sincronización | Problemas de cadencia en torno a modos de refresco o presentación | Combinaciones de V-Sync, VRR, límite de fotogramas y modo de pantalla |
| Regresión de controlador o juego | El problema aparece después de una actualización específica | Compara versiones o notas oficiales de problemas conocidos cuando sea práctico |
La compilación de shaders es un caso especial
Algunos tirones no son un simple problema de rendimiento en estado estacionario. Una carga de trabajo puede funcionar cómodamente a FPS altos hasta que el juego realiza un trabajo costoso que solo ocurre en momentos concretos.
La compilación de shaders o de pipelines es un ejemplo. Si aparece un tirón la primera vez que se encuentra un efecto o una zona específica, pero se reduce o desaparece en pasadas posteriores, ese patrón es diferente al de una GPU que es continuamente demasiado lenta.
Por eso importan las capturas repetibles. Un único número promedio de toda una sesión puede mezclar el renderizado constante y los eventos puntuales en un resultado que no explica ninguno de los dos.
VRR no repara tiempos de fotograma malos
La tasa de refresco variable puede alinear más estrechamente la sincronización del refresco de la pantalla con la entrega variable de fotogramas y reducir el tearing o el judder visibles dentro de su rango de funcionamiento.
Pero VRR no hace que un fotograma de 40 ms se convierta en uno de 8 ms. Una gran pausa de renderizado o de CPU sigue siendo una gran pausa. La tecnología de pantalla puede mejorar la presentación; no puede eliminar el trabajo que retrasó el fotograma en primer lugar.
Por qué los mínimos del 0,1 % pueden volverse ruidosos
Las métricas centradas en una fracción muy pequeña de fotogramas son útiles para exponer valores atípicos graves, pero también se vuelven sensibles a la duración de la captura y a los eventos puntuales.
Una captura corta que contenga una transición de carga puede producir un resultado extremo bajo muy diferente al de una partida más larga y repetible. Eso no hace que la métrica sea inútil; significa que la metodología de prueba importa.
Un protocolo práctico de benchmark
Mide un juego sin engañarte a ti mismo
La tarjeta de puntuación de estabilidad del tiempo de fotograma
Qué buscar antes de llamar a un juego “fluido”
| Señal saludable | Señal de advertencia | |
|---|---|---|
| Rendimiento promedio | Meets your performance target | Average hides repeated drops below the useful range |
| Cola de fotogramas lentos | Reasonably close to average for the workload | Large persistent gap between average and low-FPS metrics |
| Trazado del tiempo de fotograma | Narrow, mostly stable band | Frequent tall spikes or recurring oscillation |
| Repetibilidad | Similar pattern across comparable runs | Result changes wildly between identical tests |
| Diagnóstico de sincronización | CPU/GPU behavior matches the suspected constraint | Optimization is being applied without identifying the bottleneck |
Qué cambiaría esta respuesta
Las métricas exactas disponibles dependen del sistema operativo, la API de gráficos, el hardware y la herramienta de medición. Los futuros sistemas de presentación o pipelines de generación de fotogramas también pueden requerir distinciones adicionales entre fotogramas renderizados, generados y mostrados.
Es poco probable que cambie el principio fundamental: un promedio de rendimiento no puede describir por completo la consistencia temporal. Mientras los gráficos interactivos se entreguen como una secuencia de fotogramas, la distribución y la sincronización de esos fotogramas importan.
Limitaciones
Este artículo es un marco de diagnóstico, no una afirmación de que cada tartamudeo tenga la misma causa raíz. Los motores de juego, las API, los sistemas operativos, los controladores y las canalizaciones de renderizado difieren.
Las métricas de FPS bajos también deben interpretarse dentro de la metodología de la herramienta que las produjo. Las comparaciones entre herramientas pueden ser engañosas cuando las definiciones estadísticas o las canalizaciones de captura difieren.
Conclusión
Si un juego muestra FPS altos pero aún se siente mal, deja de mirar el promedio.
Mide los tiempos de fotograma. Inspecciona la cola lenta. Averigua cuándo ocurren los picos. Compara los tiempos de CPU y GPU. Luego cambia una variable y repite la misma carga de trabajo. La fluidez no es solo cuántos fotogramas puede producir tu sistema. Es la consistencia con la que esos fotogramas te llegan.
Preguntas frecuentes
FPS, tiempo de fotograma y tartamudeo
¿Por qué 120 FPS todavía se sienten entrecortados?
¿Qué es el tiempo de fotograma?
¿Qué significa 1% de FPS bajos?
¿Es más importante el 1% bajo que el promedio de FPS?
¿Puede VRR solucionar el micro-tartamudeo?
¿Debería limitar los FPS para reducir el tartamudeo?
Glosario
Términos clave de rendimiento
- Tiempo de fotograma
- El tiempo asociado con la producción o presentación de un fotograma individual, generalmente expresado en milisegundos.
- Promedio de FPS
- Un promedio de rendimiento que describe el número de fotogramas producidos durante un intervalo medido.
- 1% bajo
- Una métrica de rendimiento de fotogramas lentos. El cálculo exacto puede diferir según la herramienta; NVIDIA FrameView describe su 1% bajo como el promedio del 1% de fotogramas más lentos.
- Pico de tiempo de fotograma
- Un fotograma cuya duración es sustancialmente más larga que los fotogramas circundantes, a menudo percibido como un salto o tartamudeo.
- GPU ocupada
- Una métrica de tiempo de PresentMon utilizada para comparar el tiempo de ejecución de la GPU con el intervalo de fotograma más amplio y ayudar a diagnosticar el equilibrio CPU/GPU.
- Prueba de estabilidad del tiempo de fotograma
- Un flujo de trabajo de Figure Rocks para evaluar el rendimiento promedio, la distribución del tiempo de fotograma, las métricas de fotogramas lentos y los tiempos de CPU/GPU en condiciones repetibles.
Fuentes principales
Intel — PresentMonHerramienta oficial de monitoreo de rendimiento de Intel con gráficos en tiempo real, percentiles, telemetría de GPU, GPU ocupada y soporte para las principales API gráficas.
NVIDIA — FrameViewHerramienta oficial de NVIDIA para medir la tasa de fotogramas, el tiempo de fotograma, la potencia y el rendimiento por vatio, utilizando análisis basados en PresentMon.
NVIDIA — Guía del usuario de FrameViewDocumentación oficial que define el promedio de FPS, las métricas de percentiles, el 1% bajo y el 0.1% bajo y explica cómo se relaciona la consistencia con el tartamudeo.
Intel — Guía de optimización y desarrollador de API gráficasGuía oficial de Intel que cubre modos de presentación, consideraciones de programación de CPU y el uso de PresentMon para el análisis de presentación de fotogramas.
Related Articles
Frame Pacing: Por qué 120 FPS aún pueden sentirse mal
La fluidez es sincronización, no un número. Aprende qué es el frame pacing, por qué los frametimes deficientes se sienten poco fluidos incluso a altos FPS y el orden práctico de solución.
Por qué los juegos de PC se entrecortan al compilar shaders — y cómo la entrega avanzada de shaders lo cambia
El tartamudeo de shaders ocurre cuando un juego de PC tiene que compilar programas de GPU en el momento equivocado. Microsoft Advanced Shader Delivery traslada gran parte de ese trabajo fuera del PC del jugador al preparar shaders específicos para el hardware con antelación y entregarlos junto con el juego.
Frame Pacing: Por qué la fluidez depende del frametime, no de los FPS
Unos FPS altos pueden seguir sintiéndose mal si los tiempos son irregulares. Aprende qué es el frame pacing, qué lo rompe y el orden de soluciones que restaura la sensación de fluidez.
DLSS 4.5 6X: Por qué 300 FPS no significa que el juego esté renderizando 300 fotogramas
DLSS 4.5 puede generar hasta cinco fotogramas adicionales por cada fotograma renderizado de forma tradicional en las GPU RTX Serie 50 compatibles. Esta guía explica la diferencia entre los FPS renderizados y los FPS mostrados, por qué se pueden evitar los cuellos de botella de la CPU en la capa de presentación y por qué la latencia aún debe medirse por separado.
El uso de VRAM no es un requisito de VRAM: por qué un medidor de memoria lleno no cuenta toda la historia
Ver 7,8 GB usados en una tarjeta gráfica de 8 GB puede parecer una prueba de que un juego se ha quedado sin VRAM. No es tan sencillo. Esta guía explica la capacidad de VRAM, los presupuestos de residencia, los conjuntos de trabajo, la memoria compartida y cómo determinar si la presión de memoria está causando realmente tirones.
Stutter de CPU vs Stutter de GPU vs Stutter de Shaders: Cómo saber qué tienes
No todos los tirones son iguales. Conoce los tres tipos comunes de tirones, cómo se sienten y la forma más rápida de diagnosticarlos antes de cambiar los ajustes.
Fluidez: El ritmo de fotogramas importa más que los FPS
La fluidez es una sincronización constante, no solo números más altos. Aquí te explicamos cómo pensar en tiempos de fotograma y eliminar la sensación de ‘micro-stutter’.
Recetas de límite de fotogramas: Objetivos estables para configuraciones con y sin VRR
Un buen límite se siente mejor que los picos inestables. Usa estas sencillas recetas de limitación para estabilizar el ritmo de fotogramas en pantallas VRR y no VRR.
Shader Stutter: Por qué las primeras ejecuciones dan tirones y cómo reducirlo.
El stuttering de shaders ocurre cuando los nuevos efectos se compilan en tiempo real. Aprende a identificarlo rápido y las formas prácticas de reducir los tirones sin ajustes placebo.
Frame Pacing: Por qué 120 FPS pueden sentirse peor que 60 (Fluidez explicada)
La fluidez es una sincronización constante, no los FPS máximos. Aprende qué es el frame pacing, cómo los frametimes generan tirones y la base práctica que mejora la sensación.
Frame Pacing: Por qué 60 FPS pueden sentirse peor que 50 (La consistencia gana)
La fluidez no es solo FPS. Es el ritmo de fotogramas. Aprende por qué unos tiempos de fotograma constantes se sienten mejor que unos FPS más altos pero inestables y cómo estabilizar los tiempos.