Ping alto é reclamação comum e diagnóstico raro: quase ninguém mede antes de concluir. E "o ping está ruim" pode significar três coisas bem diferentes — latência alta, latência instável ou perda de pacote —, cada uma com causa e correção próprias.
| O que é | O que mede | Como aparece para você |
|---|---|---|
| Latência | Tempo de ida e volta de um pacote | Atraso constante entre agir e ver o resultado |
| Jitter | Variação da latência entre pacotes | Travadas curtas, teletransporte, voz picotada |
| Perda de pacote | % de pacotes que não chegam | Congelamento, desconexão, comando ignorado |
Latência de 60 ms estável incomoda muito menos que latência de 30 ms oscilando entre 20 e 200. É por isso que "meu ping é baixo mas o jogo trava" não é contradição: o número médio está bom e a variação está péssima.
O piso é físico: a distância entre você e o servidor. Um pacote não viaja mais rápido que a luz na fibra, e o caminho real nunca é uma linha reta. São Paulo → Recife tem um mínimo de algumas dezenas de milissegundos que nenhuma configuração vence.
Acima desse piso, o que pesa:
O que não define latência: velocidade contratada. 500 Mb não chegam antes que 100 Mb — banda é quanto cabe por segundo, latência é quanto demora para começar a chegar. São grandezas diferentes, e trocar de plano para "melhorar o ping" quase nunca funciona.
A infraestrutura da RedHosting fica no datacenter Ascenty SP4, em São Paulo, com conexão direta ao PTT Brasil — o ponto de troca de tráfego nacional. É o que encurta a rota para provedores brasileiros, comparado a hospedar fora do país.
Uma medida única não diz nada. Rode 30 pacotes e olhe o resumo do fim.
No Windows:
ping -n 30 SEU_IP
No Linux e no macOS:
ping -c 30 SEU_IP
Na última linha estão os quatro números que importam: mínimo, médio, máximo e o desvio. A distância entre o mínimo e o máximo é o seu jitter. A linha acima mostra a perda de pacote em porcentagem.
O ping diz que está ruim; o traço da rota diz onde. No Windows:
tracert SEU_IP
No Linux e no macOS, o mtr é bem melhor porque mede continuamente em vez de uma vez só:
mtr -r -c 100 SEU_IP
Leia de cima para baixo procurando o salto onde a latência sobe e não desce mais. Esse salto é onde o problema começa.
Porque medem coisas diferentes. O ping mede a viagem de um pacote na rede. O número no jogo inclui a viagem mais o tempo que o servidor levou para processar o tick e responder.
A diferença entre os dois é o diagnóstico:
| ping da rede | ping no jogo | O problema está |
|---|---|---|
| baixo | baixo | Em lugar nenhum — está tudo certo |
| alto | alto | Na rede: rota, Wi-Fi ou link saturado |
| baixo | alto | No servidor: TPS baixo, sobrecarga de processamento |
O terceiro caso é o mais mal interpretado: a rede está ótima e o servidor é que não está dando conta. Nesse caso a correção não tem nada a ver com internet — está em Como melhorar o desempenho do servidor.
Na ordem do que costuma render mais
mtr ao seu provedor quando a piora começa num salto da rede dele — com o traço em mãos, o chamado anda.
Se o traço mostrar o problema começando já na infraestrutura da RedHosting, abra um chamado em financeiro.redhosting.com.br ou chame no WhatsApp +55 11 98833-3902 com a saída do mtr ou do tracert colada. Com o traço, o diagnóstico começa na primeira resposta.
ping -n 30 SEU_IP no Windows ou ping -c 30 SEU_IP no Linux e macOS. O que interessa é o resumo da última linha: mínimo, médio, máximo e a perda de pacote. Uma medida única não diz nada.