O teste transfere dados entre o navegador e o servidor LumaProbe. Pare transferências grandes e repita antes de tirar conclusões.
A distância ao servidor britânico pode aumentar a latência fora de regiões próximas.Usa cerca de 24 MB por teste completo.
Faça vários testes em horários diferentes para obter um resultado representativo.
Estimativas aproximadas para um dispositivo, não garantias. Outros utilizadores, aplicações, rotas e requisitos podem alterar a experiência.
Download e upload mostram capacidade em megabits por segundo. A latência mede o tempo de resposta e o jitter a sua variação. Pedidos falhados podem indicar instabilidade, mas não são uma medição ICMP.
O teste mede dez pedidos HTTPS, três downloads de seis MiB e um upload de seis MiB. Compare download, upload, latência, variação e pedidos falhados, depois Wi-Fi e Ethernet. Um valor Wi-Fi baixo não prova sozinho que a linha esteja lenta.
Use o mesmo dispositivo e navegador nas comparações. Pause cópias na nuvem, downloads, streaming e transferências grandes; registe se utiliza Wi-Fi, Ethernet, dados móveis ou VPN. Faça pelo menos três verificações, em vez de escolher um único resultado extremo.
Altere apenas uma condição de cada vez. Para Wi-Fi, compare junto ao router e na divisão afetada. Se suspeitar da linha, acrescente um teste Ethernet quando possível e registe a hora, pois a congestão varia.
Pause streaming e cópias de segurança Teste uma vez por Ethernet
O teste mede dez pedidos HTTPS, três downloads de seis MiB e um upload de seis MiB. Compare download, upload, latência, variação e pedidos falhados, depois Wi-Fi e Ethernet. Um valor Wi-Fi baixo não prova sozinho que a linha esteja lenta.
Download e upload mostram capacidade em megabits por segundo. A latência mede o tempo de resposta e o jitter a sua variação. Pedidos falhados podem indicar instabilidade, mas não são uma medição ICMP.
O navegador mede todo o percurso entre o dispositivo e o LumaProbe: dispositivo, rede local, fornecedor, rota e servidor. Não consegue isolar sozinho a linha. Navegador, segurança, VPN, extensões e atividade em segundo plano também podem influenciar.
Use o resultado como evidência de diagnóstico, não como medição contratual ou declaração de falha em direto. Comparações controladas e repetidas são mais úteis do que um valor isolado.
Os resultados são estimativas afetadas pelo dispositivo, navegador, distância ao servidor e atividade da rede.
O passo seguinte é localizar o limite do problema, não procurar um número perfeito. Confirme se o resultado muda com outro dispositivo, divisão, Ethernet, horário ou rede móvel. Uma diferença repetida é uma pista mais forte do que uma única execução.
Consulte o estado oficial do fornecedor ou serviço antes de comunicar uma falha. Se persistir, guarde hora, condições, erros e resultados completos. Explique qual comparação melhora ou piora para o suporte distinguir linha, Wi-Fi, dispositivo e destino.
Não introduza palavras-passe, dados de conta, endereços privados ou sistemas internos em ferramentas públicas. Oculte IP completos e dados pessoais em capturas. Estes diagnósticos são orientadores e não substituem as verificações seguras do fornecedor.
Compare vários horários Use o mesmo dispositivo
Download e upload mostram capacidade em megabits por segundo. A latência mede o tempo de resposta e o jitter a sua variação. Pedidos falhados podem indicar instabilidade, mas não são uma medição ICMP.
A ferramenta não adiciona o resultado a uma conta ou histórico central. Registos normais do servidor e segurança podem processar dados para fornecer e proteger o serviço.
Pause streaming e cópias de segurança Teste uma vez por Ethernet
Alguns links podem gerar comissão sem custo adicional. As recomendações são categorias, não classificações pagas.
Divulgação de afiliados (EN)