O que você realmente precisa saber sobre velocidade de conexão
Achar que tipos de velocidade na prática é só olhar o número no plano e pronto é um erro que vejo todo dia. Velocidade não é uma coisa só. Tem a taxa de transmissão, o throughput real, a latência, a taxa de erros, e cada uma dessas se comporta de forma diferente dependendo do que você tá tentando fazer. O número que o site de speed test mostra é geralmente a taxa de download teórica em bytes por segundo, mas o que importa pra você é quantos pacotes chegam intactos e em quanto tempo. Eu trabalho com rede há anos e já perdi a conta de quantas vezes um cliente chegou reclamando que a internet estava lenta mesmo pagando um plano alto. A maioria das vezes o problema não era velocidade de download. Era latência alta, jitter instável ou perda de pacotes. O speed test mostrava 300 megas, mas o ping pra servidores locais ficava em 80ms e sobe. Pra videoconferência, Zoom ou Teams, isso é pior do que ter 50 megas com latência de 5ms.
tipos de velocidade que existem na prática
Velocidade de download é a mais conhecida. É quantos dados vêm do servidor pra sua máquina por segundo. Velocidade de upload é o inverso. A maioria dos planos residenciais no Brasil é assimétrica. Você paga 300 megas de download e ganha 100 de upload, ou às vezes só 50. Pro uso normal isso não é problema. Se você faz streaming, hospedagem de arquivos ou envio de vídeo, aí sim a diferença começa a doer. Latência é outro tipo que todo mundo ignora. É o tempo que leva pra um pacote sair da sua rede e voltar. Se a latência é 100ms, cada requisição simples gasta 200ms só no caminho de ida e volta. Em aplicações interativas isso é visível. Jogo online, trading, acesso remoto a servidores. Isso não tem a ver com banda larga. Tem a ver com distância do roteador, qualidade do meio físico e congestionamento.
Throughput é a velocidade real que seu sistema consegue manter num fluxo contínuo de dados. A taxa contratada é o pico. O throughput é o que resta depois das perdas, retransmissões e congestionamento. Eu já vi link de 1 gigabit entregar no máximo 620 megabits por hora porque o switch do prédio tava em half-duplex num dos trechos. O plano era bom. A infraestrutura intermediária era o gargalo.
Como testar sem cair na armadilha dos números bonitos
Não confie num único teste. Faça medições em horários diferentes, de preferência no mesmo horário em que o problema acontece. Use pelo menos dois serviços diferentes. Speedtest da Ookla e Cloudflare Speed Test dão resultados distintos porque usam pontos de presença diferentes. Se um mostra 250 megas e o outro 180, pelo menos você sabe que tem variação. A parte mais importante que os testes não mostram é a perda de pacotes. Rode um ping prolongado de pelo menos 60 segundos com tamanho de pacote maior que 64 bytes. O padrão é 64, mas pacotes pequenos passam rápido demais e mascaram problemas. Se você tiver mais de 0,5% de perda ou variação de latência maior que 10ms entre os segundos, o link tá instável e vai afetar tudo que não for download de arquivos grandes.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Para throughput real, use o iPerf3 se tiver acesso a um servidor de teste na sua rede ou um VPS. O comando é simples. No servidor: iperf3 -s. No cliente: iperf3 -c IP_DO_SERVIDOR -t 30 -P 4. O resultado mostra megabits por segundo reais, com janela de congestão e erros de retransmissão incluídos. Se a taxa cai nos primeiros 10 segundos e estabiliza em metade do valor, seu link tem limitação de buffer ou congestionamento no caminho.
O caso que eu tive com um link de 500 megas que entregava 40
Tinha um cliente corporativo com fibra de 500 megas simétricos. A reclamação era que uploads de arquivos grandes travavam o escritório inteiro. O speed test de download apontava 480 megas. Upload estava em 42. Eu fui medir no local. A primeira coisa que fiz foi verificar o link entre o CPE e o switch de acesso. Estava negociando em 100 megabits half-duplex em vez de 1000 full-duplex. O cabo tinha um par ruim. Troquei o cabo, o link subiu para 1 gigabit full-duplex e o upload passou de 42 para 470 megabits em cinco minutos. O problema não era o plano. Era infraestrutura interna mal verificada.
O que nenhum material didático ensina sobre esses tipos de velocidade
A velocidade contratada e a velocidade real raramente são as mesmas coisas. Operadoras medem em condições controladas. Você mede no seu ambiente real com outros dispositivos acessando a mesma conexão ao mesmo tempo. Cada dispositivo que estiver usando a rede compartilha o bandwidth disponível. Se alguém está fazendo backup de vídeo ou transferindo arquivo grande via FTP, seu download cai proporcionalmente. O outro ponto cego é a diferença entre bits e bytes. Plano de 300 megas significa 300 megabits por segundo. Dividido por oito, isso dá aproximadamente 37,5 megabytes por segundo de transferência real. Se você acha que deveria baixar um arquivo de 10GB em menos de cinco minutos, a conta não fecha. O tempo real é cerca de sete minutos e meio em condições ideais. A maioria das pessoas compara o número do plano com o que vê no navegador e conclui que o serviço é ruim, quando na verdade o cérebro simplesmente não converte unidades corretamente.
Quando esses tipos de velocidade não resolvem o problema
Se o gargalo é o dispositivo final, aumentar a velocidade do link não melhora nada. Um computador com disco mecânico antigo, memória RAM insuficiente ou processador lento vai travar antes de aprovechar o bandwidth disponível. Eu já vi servidores com link de 10 gigabits que entregavam no máximo 500 megabits porque o disk I/O era o limite. Resolver isso exige upgrade de hardware, não de conexão. Outro cenário em que velocidade não ajuda é quando a rota até o destino é ruins. Você pode ter 1 gigabit em casa, mas se o caminho até o servidor de destino passa por três ou quatro saltos com enlaces degradados, a velocidade final será a do elo mais fraco dessa cadeia. Isso é particularmente comum em conexões internacionais. O enlace até o PoP da operadora pode ser perfeito, mas a travessia até a América do Sul ou Europa tem gargalos crônicos em certos horários.
O que fazer quando o teste não mostra o que você precisa
Se você já testou download, upload, latência e throughput e os resultados ainda não fazem sentido com o que sente na prática, a próxima etapa é verificar a qualidade do sinal. Em conexões via rádio ou satélite, o CNR e a BER são muito mais importantes do que a velocidade bruta. Um link com sinal forte mas ruído elevado vai oscilar sem parar e causar perda de pacotes esporádica que nenhum speed test comum captura. Para instalações fixas, verifique se há dispositivos intermediários que podem estar limitando o enlace. Switches oldos, roteadores domésticos com firewall pesado, filtros de vírus no caminho, ou até mesmo antivírus configurados pra escanear cada arquivo que sai da máquina. Tudo isso adiciona overhead que reduz o throughput útil em 15 a 30%. Remover ou ajustar essas camadas costuma resolver sem precisar trocar de plano.
