Estamos vendo latências de ~ 100-300ms para serviços acessando um recurso remoto dentro da mesma sub-rede, mas quando usamos ping (o tamanho do ping era de um tamanho semelhante ao dos pacotes enviados normalmente), vemos respostas de 5ms ou menos. Mais alguma coisa que devemos verificar?
windows-server-2008
networking
windows
latency
Mindaugas Mozūras
fonte
fonte
Respostas:
O que significa "latência"?
Você está comparando os tempos de resposta do eco ICMP com os tempos de ida e volta do processamento de aplicativos?
Se você é, isso explicaria - e também lhe diria para não comparar maçãs e laranjas :)
fonte
pode haver perdas de pacotes [que causam reteransmissions], por exemplo, para pacotes maiores?
talvez tente
ping -s 1400 address
no linux ouping -l 1400 address
no windows.se isso não ajudar, tente olhar para o tráfego com o wireshark - talvez haja algumas retransmissões estranhas, pacotes corrompidos?
fonte
Uma discrepância como essa geralmente mostra um problema no aplicativo / servidor. Embora seja possível que seu ping seja diferente devido à priorização de QoS / rede, esse não é o primeiro lugar em que eu procuraria se estivesse falando de sistemas na mesma rede local.
Qual é o seu tempo de latência para acessar o serviço no mesmo host em que ele é atendido? Esse host fornece outros serviços mais rapidamente? Está sob uma carga pesada de IO?
fonte
Como você suspeita aqui, latência de ping! = Um tempo de ida e volta do TCP, principalmente se houver dados sendo transferidos. É possível que tudo isso se deva a ACKs atrasados (que podem impor ~ 200ms, a configuração padrão comum) ou a má interação entre Nagle / e DACK, que pode aumentar até ~ 500ms. Uma captura de pacotes está em ordem aqui.
Observe também que o temporizador ack atrasado é independente de um fluxo TCP e é instanciado quando o sistema é inicializado. Portanto, ele pode disparar a qualquer momento entre 1 e 200ms dentro de um fluxo e geralmente causa um atraso no estilo de 'intervalo' conforme você descreve.
fonte