bps (bits por segundo)

bps (bits por segundo, b minúsculo) é a unidade padrão para taxa de transmissão de dados. Múltiplos comuns: kbps (quilobits, 10³), Mbps (megabits, 10⁶), Gbps (gigabits, 10⁹).

Distinção crucial: bps (bits) não é Bps (bytes). 1 byte = 8 bits, portanto uma conexão de internet de 100 Mbps oferece um máximo teórico de 12,5 MB/s (megabytes por segundo). A proporção de 8× é uma fonte rotineira de confusão no marketing de ISPs — “100 megabits” soa rápido mas baixa arquivos a velocidades de “12,5 megabytes”.

Taxas de referência:

• Modem dial-up (anos 1990): 56 kbps
• Áudio de CD: 1.411 kbps (PCM não comprimido)
• MP3 (alta qualidade): 320 kbps
• Spotify (Premium): 320 kbps Ogg Vorbis
• Vídeo YouTube 1080p: ~5 Mbps
• Netflix 4K HDR: ~25 Mbps
• Banda larga de fibra moderna: 1-10 Gbps
• USB 3.2: 20 Gbps
• Thunderbolt 4: 40 Gbps
• Backbones de datacenter Ethernet: 100-400 Gbps

Para armazenamento de dados, o byte (ou quilobyte, megabyte, etc.) é a unidade padrão. A convenção é essencialmente: taxa em bits, capacidade em bytes. Quase todas as fichas técnicas de produtos seguem isso.

Por que ISPs citam bits, não bytes: a convenção data da era em que a maioria dos dados era texto em linha serial e o bit era a unidade natural no fio. Também tem um benefício de marketing: “100 Mbps” soa oito vezes maior que “12,5 MB/s”, então todo plano de ISP do consumidor é citado em bits. Fornecedores de armazenamento aprenderam o truque inverso e citam bytes (um drive de 1 TB parece maior do que “8 Tbit”). Ambas as convenções são tecnicamente corretas, mas garantem que o número de aparência maior esteja sempre ao lado do preço.

Largura de banda anunciada vs efetiva: uma conexão de 100 Mbps raramente entrega 12,5 MB/s na prática. Sobrecarga TCP (~3-5%), custos de handshake TLS, estrutura de requisição/resposta HTTP e congestionamento no último quilômetro juntos consomem 10-30% da taxa nominal em um site típico. Para um teste de velocidade limpo como fast.com ou speedtest.net, espere ver 85-95% da taxa anunciada; para downloads de arquivos do mundo real de um único servidor em outro país, 50-70% é normal. Relacionado: latência, hertz. Referência: ITU-T — Padrões de transmissão de dados em telecomunicações.

Exemplo prático: quanto tempo para baixar um jogo de 4 GB

Um arquivo de jogo de 4 GB em uma conexão de 100 Mbps: converta para bits = 4 × 8 = 32 Gbit = 32.000 Mbit. Tempo mínimo teórico = 32.000 / 100 = 320 s ≈ 5 min 20 s. No mundo real: suponha 80% da taxa anunciada devido à sobrecarga TCP e HTTP, então cerca de 6 min 40 s. Em uma linha de fibra de 1 Gbps, o mesmo download leva ~40 s; em um cabo de 25 Mbps saturado compartilhado com um stream 4K da Netflix (que consome ~25 Mbps do link), a margem restante pode ser inferior a 1 Mbps e o download se estende por mais de uma hora. É por isso que caches CDN-edge e multiplexação HTTP/2 — ambos aumentam a concorrência efetiva sem aumentar o bps bruto — importam mais do que a velocidade máxima do link para a experiência de navegação.

Quando a distinção bit/byte afeta o código

Predefinições de transcodificação de vídeo são citadas em bps (kbps para áudio, Mbps para vídeo); limites de armazenamento em contêineres, políticas de ciclo de vida S3 e limites de memória Lambda são em bytes. Misturar esses dados gerou bugs reais de produção: um alarme de saída de CDN configurado para “50 MB/s” quando a métrica era na verdade 50 Mbps disparou 8× com muita frequência e foi silenciado, mascarando um incidente real de exfiltração em pelo menos um post-mortem publicado. O hábito defensivo: sempre inclua a unidade nos nomes de variáveis — video_bitrate_mbps, não video_bitrate. Veja também kibibyte para o problema paralelo de binário vs decimal no lado do armazenamento, e a RFC 1191 da IETF sobre descoberta de MTU de caminho para entender por que a taxa de transferência no nível do fio raramente corresponde ao número anunciado.