Um dos meus servidores calcula a média de tempo de resposta de 566ms, conforme medido por Pingdom (pingdom.com).
Esta é uma boa pontuação? Eu deveria estar fazendo mais para otimizar isso?
É difícil dizer sem ver o traceroute entre os sistemas. Além disso, é claro, se houver links de discagem envolvidos, também poderá ser razoável.
Dito isto, 566ms é um pouco grande. Eu recebo 510 ms sobre o meu link ADSL sueco para um site chinês típico, então se o seu site é um site bem conectado em um data center no Ocidente, você provavelmente deve esperar menos. Por exemplo, de um data center sueco para um host Amazon E2 da costa leste dos EUA, recebo menos de 100 ms.
Esta é uma pergunta muito genérica, e a resposta depende das circunstâncias. Se o seu servidor está conectado através de um link de satélite, então 566ms são bons. Se o seu servidor estiver em uma conexão rápida (por exemplo, 100MBit) (ou hospedada), então 566ms será ruim.
Para ser útil, você deve executar um traceroute (ou tracert no Windows) e postar a saída. Você também pode querer usar o Visual Route (www.visualroute.com).
Tudo isso se resume à sua situação. Você está usando um acoplador acústico de 9600 baud em um telefone público em Papua Nova Guiné? Nesse caso, é fantástico. Você está usando um OC48, conectado diretamente ao backbone de fibra do AT & T? Então é terrível. Que tipo de conexão? Você está usando coisas como vídeo / voz via IP? Qualquer coisa UDP pesado? Se assim for, você vai encontrar problemas nessa latência. Funcionaria, seria apenas um toque desagradável.
Se os aplicativos ou usuários forem sensíveis a alta latência, não. Tenha em mente que a latência e o rendimento não são os mesmos. É possível que uma conexão de alta latência tenha alta taxa de transferência. Tempo de resposta - latência - é uma medida de atraso, não de taxa de transferência.
Tags ping response-time