Rendimiento
¿Qué es Jitter?
Jitter is variation in packet delay over time, as distinct from the average delay itself. For voice, gaming and trading, jitter often matters more than latency: a consistent 60 ms is far more usable than an average of 40 ms that regularly spikes to 200 ms, because buffers are sized for the worst case rather than the mean.
Por qué es importante Jitter
Para voz, juegos y trading, la fluctuación (jitter) a menudo importa más que la latencia: un valor constante de 60 ms es mucho más utilizable que un promedio de 40 ms que regularmente sube a 200 ms, porque los buffers se dimensionan para el peor caso en lugar de la media. La fluctuación suele provenir de la cola en un enlace congestionado, de la fluctuación de rutas o, en el lado del servidor, del tiempo de robo de CPU que retrasa el proceso que debería haber respondido. Esta última causa es invisible en un trazado de red y es la razón por la que la vCPU dedicada importa para cargas de trabajo sensibles a la latencia. Mídela con mtr o con una ejecución larga de iperf3 en lugar de unos pocos pings; una muestra de cinco paquetes no te dice casi nada sobre la varianza.
Jitter en la práctica
Cuando ejecutas un servicio sensible a la latencia, la fluctuación (jitter) es lo que mides con mtr o una ejecución larga de iperf3, no un puñado de pings. Observa la variación en la columna de retardo, no solo el promedio. Si ves picos, comprueba el tiempo de robo de CPU (CPU steal time) en el host: eso es invisible en un rastreo de red. Reduce la fluctuación asegurándote de tener vCPU dedicada, no recursos compartidos. Si lo haces mal, tus buffers se dimensionarán para el peor caso, lo que significa que tu tráfico de voz, juegos o trading se degradará hasta quedar inutilizable durante los picos.
Lo que se suele malinterpretar sobre Jitter
La gente asume que una latencia promedio baja significa un buen rendimiento. El error común es ignorar la varianza, pensando que un promedio de 40 ms con picos de 200 ms está bien. Correcto: la fluctuación a menudo importa más que la latencia: los buffers se dimensionan para el peor caso, por lo que unos consistentes 60 ms superan a un promedio de 40 ms que sufre picos regulares. Mide siempre a lo largo del tiempo.
Jitter — preguntas frecuentes
¿Qué herramienta puedo usar para medir la fluctuación?
Usa mtr para una vista rápida o una ejecución larga de iperf3 para analizar la varianza. Una muestra de cinco pings apenas te dice nada sobre la fluctuación: solo muestra la latencia promedio. Realizar una prueba durante un período más largo revela los picos en la variación del retardo que de verdad importan para el tráfico real.
¿Cómo afecta el tiempo de robo de CPU a la fluctuación?
El tiempo de robo de CPU retrasa el proceso que debería responder a un paquete, añadiendo picos de latencia inesperados. Esta causa es invisible en un rastreo de red, por lo que a menudo se pasa por alto. Por eso la vCPU dedicada es importante para cargas de trabajo sensibles a la latencia: en hosts compartidos, el robo de CPU introduce una fluctuación que no puedes solucionar en el lado de la red.
Más de rendimiento
- Steal time de CPU
- El steal time es la proporción de tiempo en que una CPU virtual estaba lista para ejecutarse pero el hipervisor dio el núcleo físico a otro invitado.
- RTT
- El RTT es el tiempo que tarda un paquete en viajar a su destino y regresar la respuesta, medido en milisegundos.
- TTFB
- TTFB mide el tiempo desde que se envía una solicitud hasta que llega el primer byte de la respuesta.