¿Cómo hacer una prueba de referencia de la latencia en LAN?

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.

networking performance ping

— Lapsio
fuente

Describe tu LAN entre el dispositivo y su destino de ping. ¿El dispositivo está en Wi-Fi? ¿Hay algún enlace Wi-Fi u otro que no sea 802.3 en la ruta? Los tiempos de ping variables en Wi-Fi son comunes debido a los algoritmos de ahorro de energía que apagan la radio entre ráfagas. La reducción de la latencia inter-ping puede hacer que las radios no se apaguen con tanta frecuencia, lo que reduce la latencia de ida y vuelta. El envío de paquetes muy juntos puede permitir que ocurra la agregación de cuadros, lo que reduce aún más la latencia.

— Spiff

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.

— Spiff
fuente