Relacionando o ping com a resposta da GUI do navegador percebida

Question

Recebemos periodicamente reclamações de fraca resposta da GUI (página do navegador) que precisamos explorar. Estou procurando uma primeira verificação rápida e barata para ver se o problema é a latência da rede ou o desempenho do servidor. Alguém encontrou alguma discussão sobre o tempo de ping e a percepção da resposta da GUI? Eu entendo que a resposta da GUI é complicada, mas seria bom se pudéssemos encontrar ou desenvolver uma regra prática ao longo das linhas de "Hmmmm, ping é mais de 200, pode ser problemas de rede". Idealmente, isso fica em um script na máquina do usuário para que possamos ver a latência que estão vendo ... (BASH, Linux). Uma referência a uma boa página de discussão seria uma boa resposta, assim como qualquer recomendação de outro material de origem.

10/3: Obrigado por todas as sugestões. Enquanto eles são úteis, e eu vou explorá-los, a principal coisa que eu estava procurando nessa consulta foi a aparência rápida e suja de ordem de grandeza. Por exemplo, suponho que, se os tempos de ping forem de 1 ms, embora não sejam definitivos, isso sugeriria que a latência de rede não é o problema. Primeiro, examine o servidor; enquanto tempos de ping acima de 500 ms sugerem que eu possa estar olhando para um servidor inocente que sofre de problemas com o serviço de rede. Rápida é a ênfase em vez de precisa; Onde devo procurar primeiro? Se minha suposição estiver errada, seria muito bom que eu soubesse!

    

Answer 1

Pelo menos duas viagens completas de ida e volta são necessárias na rede para começar a carregar uma página, e isso ocorre depois que a pesquisa de DNS ocorre, o que às vezes pode demorar ainda mais. Então, pegue seus tempos de ping e duplique-os para saber como eles afetam o carregamento da página.

Uma ferramenta de depuração do navegador, como o Firebug ou as ferramentas de desenvolvedor do Google Chrome, informam especificamente o tempo gasto no carregamento de uma página, o que deve lhe dar uma ideia muito melhor do que está atrasando as coisas. Por exemplo, aqui estão as minhas ferramentas de desenvolvimento do Chrome informando o tempo gasto ao carregar a página inicial do Google:

    

Answer 2

Dê uma olhada no link . Cadastre-se para conta gratuita e você receberá um período de teste de pro que deve lhe dar uma boa idéia de onde está o b necck.

A essência é esta: A resposta na GUI (ou experiência do usuário final conhecida como pontuação Apdex) é o resultado de várias coisas que acontecem entre uma solicitação do navegador e o navegador concluindo a renderização da página.

Descobri com frequência que pequenas coisas como expressões CSS incorretas ou existência de muitos nós complexos em um Docunment HTML resultaram no navegador levar uma eternidade para renderizar a página. Às vezes é o javascript externo estúpido como o Analytics no modo não assíncrono que bloqueou a página.

Como Shane mencionou ferramentas como o Firebug (Firefox) e o Chrome Inspection (clique com o botão direito e inspecione o elemento e selecione a guia de rede - > hit refresh) pode informar o primeiro lugar onde o gargalo é.

Se o afunilamento for uma aplicação, ferramentas como o Newrelic podem lhe dar um Trace de quais chamadas no código são lentas, etc.

Bottomlime: Há muitas coisas envolvidas no processo, mas você tem que passar pelo processo de eliminação e ir para a questão de maior desempenho primeiro.