Estamos viendo latencias de ~ 100-300 ms para los servicios que acceden a un recurso remoto dentro de la misma subred, pero cuando usamos ping (el tamaño del ping era similar al de los paquetes enviados normalmente), vemos respuestas de 5 ms o menos. ¿Algo más que debamos verificar?
windows-server-2008
networking
windows
latency
Mindaugas Mozūras
fuente
fuente
Respuestas:
¿Qué significa "latencia"?
¿Está comparando los tiempos de respuesta de eco ICMP con los tiempos de ida y vuelta del procesamiento de aplicaciones?
Si es así, eso lo explicaría, y también le diría que no compare manzanas y naranjas :)
fuente
¿puede ser que tenga pérdidas de paquetes [que causan reteransmisiones] por ejemplo para paquetes más grandes?
tal vez intente
ping -s 1400 addresscon Linux oping -l 1400 addressWindows.si eso no ayuda, intente mirar el tráfico con wireshark , ¿tal vez hay algunas retransmisiones extrañas, paquetes corruptos?
fuente
Una discrepancia como esa generalmente muestra un problema en la aplicación / servidor. Si bien es posible que su ping sea diferente debido a la priorización de QoS / red, ese no es el primer lugar en el que buscaría si habla de sistemas en la misma red local.
¿Cuál es su tiempo de latencia para acceder al servicio desde el mismo host al que sirve? ¿Ese host proporciona otros servicios más rápido? ¿Está bajo una gran carga de E / S?
fuente
Como sospecha aquí, ping latencia! = Un tiempo de ida y vuelta TCP, particularmente si hay datos que se transfieren. Es posible que todo esto se deba a los ACK retrasados (que pueden imponer ~ 200 ms, la configuración predeterminada común) o la mala interacción entre Nagle / y DACK que puede llevarlo a ~ 500 ms. Una captura de paquetes está en orden aquí.
También tenga en cuenta que el temporizador ack retrasado es independiente de un flujo TCP y se instancia cuando se inicia el sistema. Por lo tanto, puede dispararse en cualquier momento entre 1 y 200 ms dentro de un flujo, y comúnmente causa un retraso de estilo de 'rango' como usted describe.
fuente