O que significam os resultados do teste de velocidade da Internet?

Um teste de velocidade pode dizer “rápido” enquanto uma videochamada ainda falha. Ele também pode mostrar um número de downloads menor do que ontem, enquanto tudo o que você faz online parece normal. Nenhum dos resultados é contraditório. O teste mede várias partes diferentes de uma conexão, de um dispositivo a um endpoint, durante um curto período de tempo.

Os resultados dos testes de velocidade da Internet descrevem capacidade, tempo de resposta e consistência. Faça download e upload do relatório de quantos dados foram movidos por segundo. O Ping estima quanto tempo uma pequena solicitação do navegador levou para fazer uma viagem de ida e volta. O Jitter mostra o quanto esses tempos de resposta mudaram em amostras repetidas. Nenhum desses números, por si só, é uma classificação universal para “a Internet”.

Este guia fornece uma ordem de leitura que é mais útil do que perseguir o maior número na tela.

Leia o resultado como quatro medições diferentes

Comece separando os valores. O resultado do download não é outra versão do ping e o jitter não é uma pontuação de upload menor. Cada métrica responde a uma pergunta diferente.

Essa divisão explica imediatamente por que uma conexão pode ter muita capacidade de download, mas ainda assim parecer estranha durante uma tarefa interativa. Uma grande transferência de arquivos precisa principalmente de capacidade sustentada. Uma conversa também precisa de respostas oportunas e consistentes. Você tem que ler a métrica que corresponde à atividade.

Também explica por que um teste de navegador não pode certificar todos os caminhos que você usa. O resultado pertence à rota entre o seu dispositivo e esse endpoint de teste. A discussão do M-Lab sobre precisão e metodologia do teste de velocidade observa que o posicionamento do servidor e o design do teste podem fazer com que dois testes legítimos relatem valores diferentes.

Download é capacidade para você

A velocidade de download descreve a taxa na qual os dados de teste viajaram do endpoint para o seu navegador. É expresso em megabits por segundo ou Mbps. Uma taxa de transferência de download mais disponível ajuda quando vários fluxos, páginas, atualizações ou transferências de arquivos estão competindo para receber dados.

A palavra importante é disponível. Um teste do navegador não revela uma velocidade permanente armazenada dentro do roteador. Ele mede qual é o caminho completo entregue a este dispositivo durante o teste. Esse caminho inclui o dispositivo, sua conexão Wi-Fi ou a cabo, o roteador, o provedor, as interconexões, a rota para o endpoint e o próprio endpoint.

Portanto, um resultado de download baixo restringe a investigação, mas não identifica o culpado. Compare o resultado no mesmo dispositivo próximo ao roteador e, em seguida, na Ethernet, quando for prático. Se o resultado com fio for consistentemente mais forte, o link sem fio local merece atenção. Se ambos forem fracos, o gargalo pode estar em outro lugar.

Upload é capacidade longe de você

A velocidade de upload inverte a direção. Ele mede quantos dados de teste viajaram do seu navegador até o endpoint por segundo. É importante quando seu dispositivo é o remetente: compartilhando um arquivo grande, sincronizando uma pasta na nuvem, publicando mídia, fazendo backup de dados ou contribuindo com o fluxo de sua câmera e microfone para uma chamada.

Um valor de upload pode ser muito menor que o valor de download sem indicar uma falha no teste. Muitos planos são assimétricos por design. A comparação útil é com o desempenho de upload que seu provedor diz que o plano deveria entregar normalmente, e não com o número de download ao lado dele.

A saturação do upload também pode afetar outras pessoas que usam a conexão. Um backup ou upload de mídia ocupado pode preencher filas e fazer pequenas solicitações interativas aguardarem. Esse é um dos motivos pelos quais “o resultado do download parece bom” não é o fim de um diagnóstico de videochamada.

Ping e jitter descrevem dois tipos de espera

Interfaces de teste de velocidade geralmente usam pingar como uma abreviação para uma medição de ida e volta de pequena solicitação. ClockTools vezes uma solicitação do navegador para o endpoint de borda selecionado e a resposta de volta ao navegador. O valor inclui mais do que distância: acesso sem fio local, roteamento, enfileiramento, manipulação de endpoint e caminho de retorno podem contribuir.

Jitter faz uma pergunta diferente: esses tempos de resposta foram estáveis? ClockTools estima a partir das mudanças absolutas entre amostras consecutivas de ping do navegador. Outras ferramentas podem usar outras fórmulas. O IETF Especificação de variação de atraso de pacote IP define a variação de atraso para pares de pacotes selecionados e mostra por que o “jitter” não é um cálculo universalmente intercambiável.

Leia o par juntos:

• Uma viagem de ida e volta consistentemente curta produz ping baixo e baixa variação.
• Uma viagem de ida e volta consistentemente mais longa pode produzir um ping mais alto, mas um jitter modesto.
• Uma conexão cujas respostas variam de rápidas a atrasadas pode apresentar instabilidade perceptível mesmo quando o ping médio parece normal.

As atividades em tempo real são especialmente sensíveis a alterações de atraso porque os dados atrasados são mais difíceis de ocultar em uma conversa ou interação ao vivo. O Jitter não mede diretamente a intensidade do sinal Wi-Fi, a perda de pacotes ou um servidor de jogos. É uma evidência de que o tempo de resposta amostrado era inconsistente.

Alguns testes de velocidade também relatam latência carregada, que mede a capacidade de resposta enquanto o tráfego de download ou upload está ativo. O Relatório de Medição da Banda Larga América da FCC trata a latência ociosa e a latência sob carga como observações separadas. ClockTools atualmente relata amostras de ping do navegador antes dos estágios de taxa de transferência, portanto, não renomeie esse número como “latência carregada”.

O que significa Mbps em um resultado de teste de velocidade?

Mbps significa megabits por segundo. As letras minúsculas b importa. Os tamanhos dos arquivos e as caixas de diálogo de download geralmente são expressos em megabytes, abreviados com letras maiúsculas B.

Oito bits formam um byte, portanto, uma taxa de dados de 80 Mbps corresponde a 10 MB teóricos por segundo antes da sobrecarga do protocolo, limites de origem, velocidade de armazenamento e outras restrições do mundo real. Divida Mbps por oito quando quiser uma comparação aproximada de Mbps para MB/s. Não espere que cada download de arquivo mantenha essa taxa calculada; o serviço remoto e a rota para ele podem ser mais lentos que o ponto final do teste de velocidade.

Essa incompatibilidade de unidades é a razão pela qual um resultado pode aparecer oito vezes maior que o número em uma janela de download sem que nada esteja errado. Eles podem estar descrevendo o mesmo fluxo com unidades diferentes.

Por que um resultado rápido ainda pode parecer lento?

“Rápido” geralmente se refere ao rendimento, enquanto “parece rápido” geralmente inclui capacidade de resposta e estabilidade. Eles estão relacionados, mas não são substitutos.

Uma página pode pausar antes de começar a carregar, mesmo quando a conexão puder transferir rapidamente um arquivo grande posteriormente. Uma chamada pode ser interrompida durante breves oscilações de tempo. Um serviço remoto pode ficar sobrecarregado enquanto um endpoint de teste de velocidade próximo funciona bem. Um dispositivo pode ter dificuldade para renderizar uma página depois que a rede já a entregou.

O inverso também pode acontecer. Um resultado de rendimento modesto pode ser perfeitamente adequado para a tarefa à sua frente se essa tarefa transferir poucos dados e a conexão permanecer responsiva.

É por isso que um selo de qualidade deve ser tratado como um resumo e não como um veredicto. ClockTools combina medições básicas em um rótulo rápido de qualidade de conexão, mas os valores individuais de download, upload, ping e jitter informam qual comportamento produziu a experiência. O rótulo é uma conveniência, não uma certificação do setor ou uma promessa sobre todas as aplicações.

Use padrões, não números isolados

O caminho mais rápido de um resultado para uma próxima etapa útil é procurar um padrão repetível.

Observe o idioma na coluna do meio: pode sugerir. Um teste de velocidade observa o desempenho de ponta a ponta; ele não abre a rede e aponta para um componente quebrado. Da mesma forma, a Ofcom recomenda testar mais de uma vez e distinguir as condições de Wi-Fi da linha de banda larga em seu orientação para solução de problemas de banda larga e Wi-Fi.

Se o rendimento estiver bom, mas a questão for a rota em si, as duas ferramentas não devem ser confundidas. Um o resultado do traceroute mostra saltos de resposta e amostras de ida e volta; ele não mede a taxa de transferência de download ou upload.

Como ClockTools produz o resultado?

O ClockTools teste de velocidade da Internet é executado no navegador em um endpoint de borda ClockTools. Primeiro, ele faz oito pequenas solicitações, calcula a média dos tempos de ida e volta para o ping e estima o jitter da mudança entre amostras consecutivas. Em seguida, ele transfere cargas úteis de download e upload em etapas e converte bytes ao longo do tempo decorrido em Mbps.

Os três perfis de teste alteram a quantidade de dados de amostra:

• Borda rápida usa transferências menores para uma estimativa mais rápida.
• Borda automática equilibra o tempo de teste e o tamanho da amostra.
• Borda profunda usa transferências maiores para dar mais espaço para uma conexão de banda larga rápida.

ClockTools relata o rendimento mais forte observado nos estágios. Esse resultado é útil para ver o que esse caminho do navegador até a borda alcançou durante a execução. Não é uma leitura direta do equipamento do fornecedor e não garante que todos os sites entreguem na mesma taxa.

Os modos analógico e digital alteram a apresentação, não a conexão. Os cartões de resultados são as evidências: download, upload, ping e jitter. Leia-os antes do rótulo de qualidade geral e mantenha o mesmo perfil ao comparar duas execuções.

Faça uma comparação que responda a uma pergunta

O novo teste aleatório cria uma pilha de números. Uma comparação controlada cria evidências. Altere uma condição de cada vez.

1. Escolha a pergunta, como se a localização do Wi-Fi, um VPN ou o tráfego em segundo plano estão afetando o resultado.

2. Mantenha o mesmo dispositivo, navegador, perfil ClockTools e endpoint de teste.

3. Pause transferências não relacionadas se quiser uma linha de base limpa ou deixe a atividade normal em execução se quiser medir a experiência em uso normal.

4. Execute mais de um teste e registre a hora, o tipo de conexão e a condição que você alterou.

5. Compare o padrão, não a melhor execução.

Para uma comparação entre provedor e plano, comece com Ethernet quando disponível e compare resultados repetidos com as informações típicas publicadas de download, upload e latência do plano. Para uma comparação da experiência Wi-Fi, teste onde o dispositivo é realmente usado. Essas são perguntas diferentes e ambas podem ser válidas.

O Revisão da OCDE dos testes de velocidade da rede de acesso adverte que as metodologias e os objetivos afetam a possibilidade de comparação de dois indicadores de velocidade. Manter seu próprio método consistente é a maneira mais simples de evitar essa armadilha.

A melhor conclusão é mais restrita do que “minha internet é ruim”

Uma leitura útil é a seguinte: “O download e o upload eram repetíveis na Ethernet, mas a instabilidade do Wi-Fi aumentava nos fundos” ou “Este caminho do navegador até a borda perdia capacidade de upload sempre que o backup estava ativo”. Essa conclusão diz o que testar a seguir.

Download e upload descrevem a capacidade em direções opostas. Ping descreve uma amostra do tempo de resposta de ida e volta. Jitter descreve como esse tempo mudou. Leia todos os quatro no contexto do dispositivo, rota, endpoint e tarefa, e uma tela de teste de velocidade se tornará um instantâneo de diagnóstico em vez de uma nota misteriosa.