Calculadora de latência aceitável

Se você está em uma chamada VoIP, jogando on-line, streaming ou em uma reunião de vídeo, a capacidade de resposta de sua conexão depende de duas métricas-chave: latência (muitas vezes medida como RTT) e jitter. Este guia explica o que eles são, quais valores são aceitáveis para cada tipo de uso, como medi-los, e como melhorar sua experiência quando eles são muito elevados.

Porquê usar esta calculadora?

A calculadora dá-lhe o máximo recomendado RTT e jitter por tipo de aplicação. Você pode consultar apenas os valores de referência ou inserir seu RTT e jitter atual (de um teste de velocidade, jogo ou diagnóstico VoIP) para ver se sua conexão está dentro de limites aceitáveis para VoIP, jogos, streaming, videoconferência, desktop remoto ou uso geral da web.

Como funciona a calculadora

Selecione um tipo de aplicação (por exemplo VoIP, jogos competitivos, videoconferência). A calculadora mostra o máximo recomendado de RTT e jitter em milissegundos para esse uso. Se você inserir seu RTT medido e jitter, ele os compara com esses limites e indica se seus valores são aceitáveis ou acima recomendados.

Aplicações em tempo real vs buffer

Benefícios da verificação da latência

• Problemas de diagnóstico: Saiba se o seu RTT ou jitter está acima dos limites recomendados para o seu caso de uso.
• Definir as expectativas: Entenda o que significa "bom" para VoIP, jogos ou videochamadas.
• Escolha servidor/região: Escolha o jogo mais próximo ou servidor VoIP para ficar dentro dos limites.
• Atualizações do plano: Decida se você precisa de uma conexão ou QoS diferente para atender aos requisitos em tempo real.

Limitações e considerações

• Valores recomendados são diretrizes; alguns usuários toleram latência ligeiramente maior, enquanto o uso competitivo pode exigir menor.
• A latência para um servidor de teste de velocidade pode diferir da latência para o seu jogo real ou provedor VoIP — mede o serviço que você usa.
• A perda do pacote não está incluída nesta calculadora; a alta perda degrada a qualidade mesmo com RTT e jitter aceitáveis.
• Wi-Fi, congestionamento e hora do dia afetam os resultados; teste em condições semelhantes ao seu uso real.

Referência rápida (máx. RTT / jitter)

RTT e jitter são as duas principais métricas que definem o quão responsivo e estável sua conexão sente. Abaixo nós os definimos com precisão e como eles se relacionam com perda de pacote e tipo de aplicação.

O que é o RTT (Hora da Viagem Redonda)?

RTT é o tempo em milissegundos para um pacote ir do seu dispositivo para o servidor (ou par) e voltar. Isso afeta diretamente o quão sensível uma aplicação se sente: chamadas de voz, jogos e videochamadas todas precisam de RTT baixo para uma boa experiência. O RTT elevado provoca atrasos visíveis (por exemplo, em VoIP) ou lag (por exemplo, em jogos).

RTT é muitas vezes chamado de 'ping' em jogos e ferramentas de rede. A latência unidirecional é aproximadamente metade do RTT (assumindo caminhos simétricos); para aplicativos em tempo real, a viagem de ida e volta importa porque sua ação deve chegar ao servidor e a resposta deve voltar antes de ver o resultado.

O que é o Jitter?

Jitter é a variação no atraso entre pacotes. Mesmo que a latência média seja aceitável, o jitter alto causa entrega desigual: alguns pacotes chegam atrasados, levando à gagueira, desistências na voz, ou jogabilidade instável. Aplicações usam buffers de jitter para suavizar isso, mas muito jitter ainda degrada a qualidade.

Jitter é tipicamente expressa em milissegundos (ms). Pode ser calculada como a variação entre as medições sucessivas do RTT ou como o desvio padrão de atrasos unidirecionais. Os aplicativos VoIP e vídeo frequentemente relatam jitter em suas estatísticas ou diagnósticos.

Perda e latência do pacote

Perda de pacote (pacotes que nunca chegam) também prejudica a qualidade em tempo real. Alta perda provoca lacunas na voz, vídeo congelado ou retransmissões que aumentam a latência efetiva. Uma boa conexão tem baixo RTT, baixo jitter, e perda de pacote mínima (por exemplo, sob 1%). Esta calculadora foca em RTT e jitter; se seu aplicativo mostra alta perda de pacotes, considere verificar seu link e roteador também.

Por que importa por aplicação

Aplicações em tempo real (VoIP, jogos, videoconferência) são sensíveis tanto à RTT quanto ao jitter. O streaming de vídeo sob demanda pode tolerar maior latência devido ao buffering; jogos competitivos e interação ao vivo precisam dos menores valores.

Vários fatores influenciam o RTT e o nervosismo. Entendendo-os ajuda você a escolher as melhorias certas, de mudar para Ethernet para escolher um servidor mais próximo ou habilitar QoS.

• Distância e encaminhamento: Os dados viajam em velocidade finita. A distância física entre você e o servidor, e o número de hops de rede, afetam diretamente RTT. Escolher um servidor ou região mais próximo de você reduz a latência.
• Wi-Fi vs Ethernet: O Wi-Fi adiciona atraso variável e contenção com outros dispositivos, o que aumenta a latência e o jitter. Ethernet com fio geralmente dá RTT e jitter mais baixo e estável.
• Congestão: Quando o link ou roteador está ocupado, pacotes esperam em filas, aumentando o atraso e a variação. Downloads pesados ou streaming na mesma conexão podem aumentar a latência e o nervosismo para o tráfego em tempo real.
• Roteador e modem: Equipamentos mais antigos ou sobrecarregados podem adicionar atraso de processamento e bufferbloat (grandes filas que causam picos de latência). Atualizar ou ajustar o roteador (por exemplo, QoS, limites de buffer) pode ajudar.
• ISP e espinha dorsal: Seu provedor de Internet e o caminho para o serviço (servidor do jogo, provedor VoIP, etc.) determinam o RTT de linha de base. Alguns ISPs ou planos otimizam para baixa latência; outros podem ter rotas mais congestionadas ou indiretas.
• Sem fio e móvel: O Wi-Fi celular e de longo alcance normalmente tem latência maior e mais variável do que a banda larga fixa. 4G/5G pode ser aceitável para uso casual, mas muitas vezes não é ideal para jogos competitivos ou VoIP profissional.

Use estes limites como alvos para o seu RTT medido e nervosismo. Ficar em ou abaixo deles normalmente dá uma boa experiência para cada tipo de aplicação.

• VoIP: RTT < 150 ms e jitter < 30 ms para uma conversação clara e natural. Acima disso, o atraso e a agitação tornam-se perceptíveis.
• Jogos competitivos: RTT < 50 ms e jitter baixo (< 20 ms). Cada milissegundo conta para o tempo de reacção.
• Jogos casuais: RTT < 100 ms geralmente é bom; jitter < 50 ms para evitar a gagueira.
• Transmissão de vídeo (a pedido): A latência é menos importante uma vez tamponada; a carga e o controlo iniciais (por exemplo, procura) beneficiam-se do RTT < 200 ms.
• Transmissão ao vivo / interativo: Semelhante à VoIP/ videoconferência: RTT < 150 ms, jitter < 40 ms.
• Videoconferência: RTT < 150 ms, jitter < 30 ms para sincronização suave de áudio e vídeo.
• Ambiente de trabalho remoto: RTT < 100 ms e jitter baixo para cursor e entrada sensíveis.
• Web geral: RTT < 200 ms é confortável; valores mais elevados fazem com que as páginas se sintam lentas.

Meça RTT e jitter para o mesmo serviço que você usa (servidor de jogos, provedor VoIP, etc.). Ping genérico para uma máquina aleatória pode não refletir o caminho para sua aplicação.

RTT é frequentemente relatado como 'ping' em jogos ou ferramentas de rede. Usar ping (ICMP) ou testes dedicados de velocidade/ latência para o serviço que você usa (por exemplo, servidor de jogo, provedor VoIP). Nota: o ping para uma máquina aleatória nem sempre reflete o caminho para o seu servidor de aplicações.

Ferramentas e métodos

• Ping (linha de comando): No Windows open Command Prompt e execute: ping -n 20 example.com. No Mac/Linux: ping -c 20 exemplo.com. O resultado mostra o RTT min/avg/max em ms. Jitter pode ser estimado a partir da propagação entre min e máx.
• Sites de teste de velocidade: Sites como Speedtest.net ou Fast.com frequentemente relatam latência (ping) e, às vezes, nervosismo. Execute vários testes em momentos diferentes; a latência para o servidor de teste pode diferir da latência para o seu jogo ou serviço VoIP.
• Ping no jogo: Muitos jogos exibem ping ou latência para o servidor de jogo. Este é o RTT mais relevante para essa aplicação. Use-o com esta calculadora selecionando o uso apropriado (por exemplo, jogo competitivo ou casual).
• Estatísticas de aplicação VoIP e vídeo: Aplicativos como Zoom, Equipes, Discórdia ou VoIP geralmente mostram RTT, jitter e perda de pacotes em configurações ou durante uma chamada. Esses valores refletem o caminho para os servidores do serviço e são ideais para verificar limites de VoIP ou videoconferência.
• Traceroute: Traceroute (tracert no Windows) mostra cada salto para um destino e o atraso por salto. Ele ajuda a identificar onde a latência é introduzida (por exemplo, em seu ISP ou uma espinha dorsal distante).

Para uma imagem mais precisa, execute testes durante a mesma hora do dia e condições que seu uso real (por exemplo, enquanto outros usam a rede).

Se o seu RTT ou jitter estiver acima dos valores recomendados para o seu caso de uso, experimente estes passos em ordem. Comece com Ethernet e reduzindo o tráfego concorrente; em seguida, ajuste a escolha do servidor e as configurações do roteador.

1. Mude para Ethernet com fio se estiver em Wi-Fi. Isso muitas vezes reduz significativamente a latência e o nervosismo.
2. Pare ou pause downloads pesados, streaming ou backups de nuvem na mesma conexão, enquanto você precisa de baixa latência.
3. Reinicie seu modem e roteador. Limpar filas e problemas temporários que podem causar picos.
4. Escolha o servidor ou região mais próximo no seu jogo ou aplicação (por exemplo, mesmo país ou continente).
5. Habilite QoS (Qualidade de Serviço) no seu roteador, se disponível. Priorize jogos, VoIP ou videoconferência para que seus pacotes não sejam atrasados por outro tráfego.
6. Atualize o firmware do roteador e verifique o bufferbloat. Alguns roteadores têm 'Smart Fila' ou recursos semelhantes que limitam o acúmulo de filas e reduzem o jitter.
7. Se você estiver em DSL ou cabo, não garanta problemas de linha (ruído, filtros ruins). Entre em contato com seu ISP para verificar se a latência é consistentemente alta.
8. Para jogos ou VoIP, considere uma conexão com recursos de baixa latência (por exemplo, fibra, ou um ISP conhecido por desempenho de jogos/VoIP). Nem todos os planos são iguais em termos de latência.

Se os problemas persistirem, execute ping e traceroute para o host exato que seu aplicativo usa e compartilhe os resultados com seu ISP ou suporte; eles podem frequentemente identificar o segmento problemático.

Latência e largura de banda são diferentes: um é atraso, o outro é rendimento. Para aplicativos em tempo real, baixa latência geralmente importa mais do que a velocidade bruta.

Largura de banda (por exemplo, em Mbps) é a quantidade de dados que você pode enviar ou receber por segundo. Latência (RTT) é quanto tempo leva para um único pacote para fazer uma viagem de ida e volta. Eles são independentes: você pode ter alta largura de banda e alta latência, ou baixa largura de banda e baixa latência.

Para aplicações em tempo real (VoIP, jogos, chamadas de vídeo), baixa latência é mais importante do que a largura de banda bruta. Uma conexão de 20 Mbps com 30 ms RTT se sentirá muito melhor para chamadas e jogos do que uma conexão de 100 Mbps com 150 ms RTT. Para downloads e streaming buffered, a largura de banda importa mais uma vez que a latência é razoável.

Ao escolher um plano de Internet ou otimizar para VoIP/gaming, priorize latência baixa e estável; use os limites desta calculadora como alvo e verifique o seu RTT e jitter reais para os serviços que você usa.