Estoy tratando de estimar la latencia sobre LAN. Hacer tan obvia idea era utilizar. ping
. Así que aquí va:
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.241 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.190 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.177 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.190 ms
Está bien, pero hay un servidor de seguridad, por lo que tal vez 1 segundo esté interrumpiendo Conntrack en el servidor de seguridad. ping -i 0.05
:
64 bytes from 192.168.1.1: icmp_seq=27 ttl=64 time=0.119 ms
64 bytes from 192.168.1.1: icmp_seq=28 ttl=64 time=0.106 ms
64 bytes from 192.168.1.1: icmp_seq=29 ttl=64 time=0.104 ms
64 bytes from 192.168.1.1: icmp_seq=30 ttl=64 time=0.109 ms
Se ve significativamente más rápido. Así que tomemos un intervalo aún más pequeño ping -i 0.005
:
64 bytes from 192.168.1.1: icmp_seq=2139 ttl=64 time=0.059 ms
64 bytes from 192.168.1.1: icmp_seq=2140 ttl=64 time=0.073 ms
64 bytes from 192.168.1.1: icmp_seq=2141 ttl=64 time=0.056 ms
64 bytes from 192.168.1.1: icmp_seq=2142 ttl=64 time=0.068 ms
En este punto recolecté un gran registro de pings, luego calculé el promedio y resultó ser: 0.068 ms
. Cuando repetí la prueba para 8k frames jumbo ping -M do -s 8000
. Se asentó alrededor de 0.220 ms.
Entonces la pregunta es: ¿cuál es la latencia real? ¿Por qué el intervalo decreciente también reduce el tiempo de respuesta de ping?
Estoy más interesado en la latencia de gran rendimiento que en una ocasional porque se supone que enruta NFSv4, por lo que probablemente 0.220 sea realista, pero me gustaría que alguien lo confirme.
fuente
Respuestas:
Si está buscando una herramienta mejor que hacer ping, consulte la herramienta Flent de código abierto. Flent , el "FLExible Network Tester", es una herramienta de prueba de rendimiento con latencia creada por algunos investigadores de redes muy inteligentes que pasaron muchos años observando cómo la latencia de la red se degrada bajo carga (especialmente la bufferbloat problema).
La mayoría de las personas que miden la latencia en su red no se preocupan realmente por la latencia entre paquetes pequeños de una vez por segundo en una red inactiva, sino que se preocupan más por la latencia involucrada en un flujo de paquetes grande. Eso es lo que prueba Flent.
fuente