Latência e Horário da Rede conforme mostrado pelo Chrome

Question

Estou tentando entender por que uma imagem estática sendo exibida pelo IIS está demorando ~ 182 ms para carregar. Usando o chrome, capturei as seguintes informações de tempo.

Quandoeusolicitoamesmaimagemabrindoochromenoservidordawebdiretamente,vejootempode"espera" cair para 2-5ms.

Estou tentando entender as informações de tempo mostradas pelo Chrome. De acordo com a documentação do Google , o tempo de "conexão" inclui o handshake tcp e "espera" representa "Tempo gasto esperando pela resposta inicial."

Eu sei que o servidor web não está demorando mais que 2-5 ms para servir a imagem, então como meu número de "espera" mostra ~ 130ms? Mesmo que inclua a latência de 1 via entre o servidor e meu navegador para transferir o pacote, 130ms não faz sentido porque "conectar" levou um total de 0.338ms! Estes números não somam!

    

Answer 1

Há muito envolvido. O que você provavelmente precisa é de algumas melhores ferramentas de detetive.

• Faça o download WireShark e aprenda a usá-lo. Ele permite que você veja seu tráfego de rede com mais clareza. (Não que isso seja um problema de tráfego de rede, mas você precisa começar a eliminar possíveis problemas.) Há vários ótimos vídeos vinculados lá sobre como usá-lo. Aqui está uma que pode estar relacionada ao seu problema .

• Também para download de edições http e aprenda a usar o Fiddler .

Answer 2

Se você estiver fazendo download de várias imagens do mesmo domínio, o Chrome terá um limite de seis conexões paralelas por domínio. O que acontece, então, é que quando a primeira conexão é liberada, ela é usada para baixar a próxima imagem. Em seu calendário / gráfico em cascata, você verá imagens baixadas uma de cada vez por causa desse efeito de gotejamento. As imagens "posteriores" precisam aguardar a abertura de uma conexão. Se este não for o caso, por favor poste um gráfico que mostre 2-3 conexões antes deste download em particular. Obrigado.

    

Answer 3

Uma diferença entre carregar a imagem no servidor e carregá-la remotamente é que o IIS deseja procurar seu IP remoto e revertê-lo. Parte desse tempo pode estar aguardando em um servidor DNS que não é local para o servidor da Web responder.

Você pode testar isso se tiver acesso ao servidor IIS com profundidade suficiente para colocar o IP da máquina de teste do cliente no arquivo HOSTS. Você também pode, a partir do servidor, executar ping nos servidores DNS que estão configurados na pilha de rede e ver se eles estão a cerca de 100 ms de distância.