Você contratou 500 Mbps. O roteador marca 500 Mbps. Mas o arquivo demora o dobro do esperado, o streaming trava e o cliente no salão reclama do Wi-Fi. O problema não está na velocidade contratada. Está no throughput: o volume médio de dados que realmente atravessa a rede por unidade de tempo, considerando limitações reais.
Throughput não é promessa de contrato. Não é capacidade do equipamento. É o que de fato chegou do ponto A ao ponto B, descontando tudo que se perdeu no caminho. E o conceito vai além de redes: APIs medem throughput em requisições por segundo, bancos de dados em transações por segundo, linhas de produção em unidades por hora.
A diferença entre um gestor que entende throughput e um que não entende é simples: o primeiro sabe onde está o gargalo. O segundo compra mais banda e continua com o mesmo problema.
Abaixo você entenderá o que é throughput e o motivo central de números que enganam sua rede.
Veja mais vídeos como esse em nosso canal do YouTube!
Throughput, bandwidth e latência: a diferença que importa
Três termos que aparecem juntos e geram confusão. A diferença é direta:
| Conceito | O que responde | Unidade típica |
|---|---|---|
| Bandwidth | Qual o máximo teórico do canal? | Mbit/s, Gbit/s |
| Throughput | Quanto passou de fato? | Mbit/s, MB/s, RPS, TPS |
| Latência | Quanto tempo leva cada operação? | milissegundos (ms) |
Bandwidth é o diâmetro do cano. Throughput é a quantidade de água que saiu na torneira. Latência é o tempo entre abrir a torneira e a água chegar. A AWS separa: bandwidth é o volume total que pode ser transferido (máximo teórico), throughput é o que é transmitido naquele momento e latência é o atraso da comunicação.
Um link de 1 Gbit/s (bandwidth) pode entregar 600 Mbit/s de throughput quando há congestionamento, perdas ou overhead de protocolo. E pode ter latência de 2 ms ou 200 ms, dependendo da distância e da fila no caminho.
O erro mais comum é tratar bandwidth como throughput. Quando um provedor anuncia “1 Gbps”, esse é o teto do canal, não a vazão que você vai medir na ponta. A distância entre os dois números é o espaço onde mora o problema, e é justamente esse espaço que precisa de diagnóstico.
Saber a diferença é o primeiro passo. O segundo é colocar a conta no papel.
Como calcular throughput na prática
A fórmula é simples:
Throughput = volume entregue com sucesso ÷ tempo de medição
Se você transferiu um arquivo de 800 MB em 10 segundos, o throughput foi de 80 MB/s. Em bits, 640 Mbit/s (1 byte = 8 bits). Parece direto, e é. A armadilha mora na palavra “sucesso”.
Em rede, contar apenas os bytes enviados ignora retransmissões, pacotes perdidos e cabeçalhos de protocolo. Em sistemas de transação, a IBM recomenda registrar timestamps no momento em que as transações são confirmadas (commit), não quando foram iniciadas. Só conta o que terminou.
As unidades mudam conforme o contexto:
| Contexto | Unidade de throughput | O que constitui “sucesso” |
|---|---|---|
| Rede | Mbit/s ou Gbit/s | Dados recebidos sem erro na outra ponta |
| API | RPS (requisições por segundo) | Requisição que retornou resposta válida |
| Banco de dados | TPS (transações por segundo) | Transação confirmada (commit) |
| Armazenamento | MB/s ou GiB/s | Dados lidos ou gravados com integridade |
| Fábrica | Unidades/hora | Peça aprovada no controle de qualidade |
Um detalhe que escapa de quem olha só Mbit/s: a Cisco aponta que uma interface de 1 Gbit/s pode encaminhar de 81.274 a 1.488.096 quadros por segundo, dependendo do tamanho dos pacotes. Pacotes pequenos geram proporcionalmente mais overhead, porque cada um carrega cabeçalhos, intervalos entre quadros e custos de processamento. Medir apenas Mbit/s esconde essa dinâmica.
A conta parece fácil. O resultado quase nunca bate com o que está no contrato. E existe uma explicação concreta para isso.
Por que o throughput real nunca bate com o contratado
Seis fatores separam o número do contrato do que aparece na medição.
O primeiro é o overhead de protocolo. Cada pacote carrega cabeçalhos (Ethernet, IP, TCP), intervalos entre quadros e, muitas vezes, criptografia. Um quadro Ethernet mínimo, com payload de 46 bytes, gasta 84 bytes no total quando se soma cabeçalho, CRC e intervalo entre quadros. Em transferências com pacotes pequenos, quase metade da banda vai para “embalagem”, não para conteúdo.
O segundo é a janela TCP. O protocolo controla a velocidade de envio com base em duas janelas: a de congestionamento e a de recepção. O RFC 6349 define que a quantidade de dados enviados de cada vez fica limitada pelo menor valor entre essas duas janelas. Se qualquer uma delas for pequena, o throughput cai, mesmo com banda sobrando no enlace.
Um caso real deixa isso claro. A Netflix identificou que uma atualização do kernel Linux (de 6.5.13 para 6.6.10) reduziu pela metade a janela de recepção TCP, fazendo uma transferência de 10 MB passar de 22 para 39 segundos. A banda não mudou. O enlace era o mesmo. O gargalo estava no software.
O terceiro são retransmissões. Pacotes perdidos precisam ser reenviados. Cada retransmissão consome banda e tempo sem entregar dados novos.
O quarto é congestionamento. Quando muitos dispositivos disputam o mesmo link, filas se formam. Filas aumentam latência e, quando há descarte, derrubam o throughput.
O quinto é o gargalo no caminho. O throughput é limitado pelo trecho mais lento entre origem e destino. Não adianta ter 1 Gbps na sua ponta se o servidor remoto entrega 50 Mbps.
O sexto é o ambiente físico do Wi-Fi. Paredes, interferência de outros access points, distância e número de clientes simultâneos degradam o sinal. A taxa anunciada de qualquer roteador pressupõe condições ideais que raramente existem na prática.
Essa última variável merece atenção especial. Principalmente quando o Wi-Fi é ponto de contato com o cliente.
O que throughput significa no Wi-Fi do seu estabelecimento
Quando o Wi-Fi é oferecido a clientes em uma academia, restaurante, hotel ou clínica, throughput deixa de ser métrica técnica e vira experiência. Se a conexão trava, o cliente associa a lentidão ao estabelecimento. Não ao roteador.
Wi-Fi 7 promete canais de 320 MHz, modulação 4K QAM e Multi-Link Operation (MLO). A Wi-Fi Alliance indica que 320 MHz pode dobrar o throughput em relação ao Wi-Fi 6 e que 4K QAM pode elevar a taxa de transmissão em 20%. Na teoria, os números impressionam.
Na prática, a documentação da Cisco Meraki informa que 4K QAM exige cerca de 42 dB de SNR (relação sinal-ruído) e funciona melhor perto do access point. Em um salão de restaurante com 40 mesas, poucos clientes estarão perto o suficiente. O throughput efetivo por usuário será uma fração do pico anunciado.
Para o gestor de PDV, a pergunta prática não é “qual o throughput máximo do meu roteador?”. É: “cada cliente consegue navegar, postar e pagar sem travamento?”. Isso depende de dimensionamento de access points, banda por usuário, gerenciamento de canal e controle de acesso.
E existe um ganho que muitos estabelecimentos ignoram: se o Wi-Fi já está lá, ele pode funcionar como canal de captura. Um hotspot social com captive portal transforma cada conexão em um opt-in, capturando nome, e-mail ou celular do cliente no momento em que ele se conecta. O throughput precisa sustentar a navegação. Mas a inteligência de negócio começa antes, na tela de login.
Como medir throughput sem se enganar
Medir throughput é fácil. Medir de um jeito que o número sirva para alguma decisão é outra história.
O RFC 6349 propõe um framework para testes de throughput TCP que começa antes do teste: primeiro, mede-se o RTT (Round Trip Time) e o bottleneck bandwidth do caminho, depois calcula-se o Bandwidth-Delay Product (BDP) para dimensionar buffers. Sem esse passo, o resultado pode refletir configuração de buffer, não capacidade do link.
Um protocolo mínimo de medição precisa registrar:
- Ponto de medição (onde na cadeia você está medindo)
- Unidade e o que constitui uma operação concluída
- Payload e tamanho das operações
- Número de fluxos ou threads concorrentes
- Duração do teste (amostras curtas são enganosas)
- Período de aquecimento (para estabilizar cache, conexão e buffers)
- Erros, retransmissões e pacotes descartados
- Percentis de latência (p50, p95, p99)
Sem esses campos, dois relatórios que dizem “10 Gbit/s” podem estar medindo cargas completamente diferentes. É como comparar dois restaurantes pelo número de pratos servidos sem perguntar se um serve petiscos e o outro serve jantares de cinco etapas.
Existe ainda um conceito que separa o útil do bruto: goodput. O RFC 8238 recomenda medir goodput em benchmarks de data center porque ele reflete o uso real da banda disponível, descontando retransmissões, cabeçalhos e dados descartados. Throughput diz quanto passou. Goodput diz quanto desse volume era aproveitável para o objetivo.
Até aqui, o foco foi rede. Mas o conceito aparece em contextos onde não existe um único cabo envolvido.
Throughput fora da rede: APIs, transações e fábricas
Em aplicações web, throughput se mede em RPS (requisições por segundo) ou TPS (transações por segundo). E a diferença entre as duas é sutil, mas cara. A Cisco diferencia pacotes por segundo, conexões por segundo e transações por segundo: uma transação é um ciclo completo, não simplesmente receber um pacote ou abrir uma conexão. Uma API pode processar 10.000 requisições por segundo e completar 6.000. As outras 4.000 foram timeout, erro ou fila.
Em cloud storage, o padrão de acesso muda tudo. O Google Cloud documenta que requisições próximas de 1 MB têm desempenho melhor e que requisições menores precisam ser paralelizadas. Nomes sequenciais de arquivo podem concentrar operações no mesmo shard e degradar a vazão. Throughput de storage não é só velocidade de disco: é design de acesso.
Em manufatura, a mesma lógica se aplica. Uma linha automotiva mede throughput em JPH (jobs per hour). Um case publicado pela BEET sobre a Webasto, fabricante de autopeças, reportou melhora de 5% a 7% no tempo de ciclo e aumento de 4 JPH ao identificar e eliminar o gargalo específico na funilaria. A solução não foi acelerar todas as estações. Foi encontrar a restrição que travava a saída final.
Lei de Little: o que conecta throughput, fila e tempo
A Lei de Little se expressa como L = λW. L é o número médio de itens no sistema, λ (lambda) é a taxa média de chegada por unidade de tempo e W é o tempo médio que cada item passa no sistema.
A utilidade prática: se você aumenta a entrada (λ) sem aumentar a capacidade de processamento, o trabalho em processo (L) cresce e o tempo de ciclo (W) alonga. Em uma API, isso gera filas maiores e timeouts. Em uma fábrica, estoque intermediário acumulando entre estações. Em uma rede Wi-Fi com 200 dispositivos disputando o mesmo access point, congestionamento e queda de experiência para todos.
Throughput não é uma variável que se maximiza isoladamente. Ele é parte de um sistema que inclui fila, erro, custo e experiência do usuário final. A organização que mede apenas a velocidade nominal do link corre o risco de ampliar o componente errado. A que mede vazão efetiva, latência, erros e custo consegue localizar o gargalo e escolher a intervenção de maior retorno.
Se o Wi-Fi do seu estabelecimento faz parte dessa equação (e faz), o throughput precisa sustentar a navegação do cliente. Mas a captura de dados começa no login. Se sua rede ainda funciona como commodity de internet sem capturar um único lead, é aqui que isso muda.
Perguntas frequentes
Throughput e bandwidth são a mesma coisa?
Não. Bandwidth é a capacidade máxima teórica do canal. Throughput é o volume que realmente passa sob condições reais. Um link de 1 Gbit/s (bandwidth) pode entregar 600 Mbit/s de throughput porque congestionamento, perda, overhead e protocolo consomem parte da capacidade.
Qual é um bom throughput?
Depende da aplicação. Para streaming em 4K, 25 Mbit/s sustentados costumam bastar. Para backup de servidor, interessa vazão total em GB/s. Para uma API de pagamento, importam TPS concluídas com latência aceitável. Compare sempre com o requisito do seu sistema, não com um número genérico.
Como saber se o problema é throughput ou latência?
Transferências grandes que demoram mais que o esperado apontam para gargalo de throughput. Operações curtas (cliques, buscas, chamadas de API) que demoram para responder indicam latência. Muitas vezes os dois coexistem, mas o diagnóstico começa separando o sintoma.
Wi-Fi 7 resolve problemas de throughput?
Ele eleva o teto. Canais de 320 MHz e 4K QAM podem dobrar a capacidade em relação ao Wi-Fi 6, mas exigem clientes compatíveis, boa relação sinal-ruído e espectro disponível. O throughput por usuário continuará dependendo de cobertura, quantidade de dispositivos e gerenciamento de acesso.
O que é goodput?
Goodput conta apenas os dados úteis que chegaram ao destino, excluindo retransmissões, cabeçalhos e pacotes descartados. É a métrica mais honesta para avaliar a vazão real aproveitável de uma conexão ou sistema.
Throughput se aplica fora de redes de computadores?
Sim. Qualquer sistema com entrada, processamento e saída tem throughput. Linhas de produção medem peças por hora. Times ágeis medem entregas por sprint. APIs medem requisições concluídas por segundo. A lógica é a mesma: quanto o sistema de fato conclui em um intervalo definido.
