Rendimiento
¿Qué es RTT?
RTT is the time for a packet to travel to a destination and for the response to return, measured in milliseconds. The physical floor is about 1 ms per 100 km each way: light in fibre travels at roughly two-thirds of c and real routes are around 1.35 times the great-circle distance.
Por qué es importante RTT
El límite físico es de aproximadamente 1 ms por cada 100 km en cada dirección: la luz en la fibra viaja a aproximadamente dos tercios de la velocidad de la luz y las rutas reales son alrededor de 1,35 veces la distancia del círculo máximo. Ningún proveedor supera ese límite, por lo que la ubicación determina más la velocidad percibida que cualquier especificación de hardware. Lo que hace una buena red es acercarse al límite: interconexión directa en lugar de tres saltos de tránsito, y enlaces sin congestión que no añadan retardo de cola a la distancia. Ten en cuenta que la prueba ICMP y la ida y vuelta a nivel de aplicación no son la misma medición: los routers suelen dar menor prioridad a ICMP, por lo que un ping puede parecer peor que el handshake TCP que tus usuarios experimentan realmente. Cada página de ubicación de OnionVPS publica un RTT estimado a cada otra región, calculado con la fórmula anterior para que el número sea reproducible en lugar de promocional.
RTT en la práctica
Al ejecutar un servidor, el RTT es la verdad fundamental para la latencia percibida por el usuario. Lo observo desde varios puntos de vista, no solo desde mi propio centro de datos. Si el RTT de mi aplicación a una región es alto, primero verifico si la ruta está dando tres saltos de tránsito o enlaces congestionados; eso es retraso de cola que puedo arreglar. Si es distancia, muevo la instancia. Equivocarte significa un servicio que se siente lento y que ninguna especificación de hardware arregla, porque la ley física establece el mínimo. La buena noticia: el RTT de un ping ICMP puede engañar, ya que los routers de-priorizan ese tráfico; mide con un handshake TCP real en su lugar.
Lo que se suele malinterpretar sobre RTT
El error común es tratar al ping ICMP como el número definitivo de RTT. Muchos asumen que un ping les dice lo que los usuarios experimentan, pero los routers de-priorizan el ICMP, así que el ping puede parecer peor que el handshake TCP real. La corrección: usa mediciones a nivel de aplicación para la latencia real visible al usuario.
RTT — preguntas frecuentes
¿Cómo se relaciona el RTT con el ping?
El RTT y el ping se usan a menudo indistintamente, pero el ping se refiere específicamente a las solicitudes de eco ICMP. El RTT es el concepto más amplio que cubre cualquier ida y vuelta, incluidos los handshakes TCP. El ping puede no ser confiable porque los routers de-priorizan el ICMP, por lo que puede sobreestimar el RTT que los usuarios realmente experimentan.
¿Cuál es el RTT mínimo posible?
El mínimo físico es aproximadamente 1 ms por cada 100 km de ida y vuelta, con rutas reales de alrededor de 1.35 veces la distancia del círculo máximo. Ningún proveedor puede superar esto porque la luz en la fibra viaja a dos tercios de la velocidad de la luz. La ubicación importa más que cualquier hardware.
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.
- Jitter
- El jitter es la variación en el retardo de los paquetes a lo largo del tiempo, a diferencia del retardo promedio en sí.
- TTFB
- TTFB mide el tiempo desde que se envía una solicitud hasta que llega el primer byte de la respuesta.