Quanto tempo demora a carregar um ficheiro? A fórmula tamanho vezes 8 dividido pela velocidade

A fórmula e as suas unidades

A armadilha de toda estimativa de transferência são bytes contra bits. Os tamanhos de ficheiro são indicados em bytes e seus múltiplos, kilobytes e megabytes, enquanto as velocidades de rede são indicadas em bits por segundo. Como um byte equivale a 8 bits, tem de multiplicar o tamanho do ficheiro por 8 antes de dividir pela velocidade da ligação. Salte este passo e a sua estimativa falha por um fator de 8, e é por isso que um ficheiro de 100 MB não se carrega em 5 segundos numa linha de 20 Mbps.

Atenção também aos prefixos. Um gigabyte são 1024 megabytes, e uma ligação gigabit são 1000 megabits por segundo segundo as convenções decimais de rede. Estas pequenas diferenças de unidade importam para ficheiros grandes, por isso converta tudo para a mesma base, bits, antes de dividir, e trate o resultado como um mínimo que as condições reais só irão aumentar.

Porque o envio é mais lento que o descarregamento

A maioria das ligações domésticas e móveis é assimétrica: o plano dá-lhe um tubo de descarregamento largo e um de envio muito mais estreito. Um plano de cabo típico pode oferecer 300 Mbps de descida mas apenas 20 ou 30 Mbps de subida, porque os fornecedores presumem que as pessoas consomem muito mais do que enviam. Essa presunção quebra-se assim que faz cópia de fotos, publica um vídeo ou envia uma compilação grande, e o troço de envio torna-se o estrangulamento.

Há também uma assimetria subtil no protocolo. Carregar um ficheiro exige ainda que o recetor envie confirmações de volta, e num enlace de envio saturado essas confirmações podem atrasar-se, o que abranda o próprio descarregamento que a pessoa tenta desfrutar ao mesmo tempo. É por isso que um envio grande pode fazer toda uma ligação parecer lenta até terminar.

Porque as transferências reais são mais lentas que a conta

A fórmula limpa dá um melhor caso que presume que todo o enlace é seu e que cada bit transporta dados úteis. Na prática, os cabeçalhos TCP, a cifragem, as retransmissões de pacotes perdidos e o arranque lento no início roem o débito. Uma regra realista é contar com 80 a 90 por cento da velocidade teórica num bom enlace com fios, e menos num Wi-Fi congestionado ou numa célula móvel ocupada.

Para carregamentos muito grandes, a latência e a estabilidade importam mais que a velocidade bruta. Uma breve queda que force uma retoma, ou uma ligação que restringe após um limite de dados, pode acrescentar minutos. Quando a estimativa importa mesmo, faça um curto envio de teste de tamanho conhecido, meça o tempo real e use essa taxa observada em vez do número anunciado do plano.

Perguntas frequentes

Porque multiplicar o tamanho do ficheiro por 8?

Os tamanhos de ficheiro medem-se em bytes, mas as velocidades em bits por segundo. Um byte são 8 bits, por isso multiplicar por 8 converte o tamanho na mesma unidade que a velocidade antes de dividir.

A velocidade de envio é mesmo diferente da de descarregamento?

Na maioria dos enlaces de consumo, sim. O cabo, o DSL e os planos móveis são geralmente assimétricos, dando muito mais descida que subida. A fibra costuma ser simétrica, por isso verifique o seu próprio teste de velocidade em vez de presumir.

Quanto tempo extra devo reservar para a sobrecarga?

Uma margem segura é de 10 a 30 por cento acima do valor ideal. As ligações com fios ficam perto do extremo baixo, enquanto um Wi-Fi congestionado ou o móvel podem empurrar para o alto ou além nas horas de ponta.

Comprimir o ficheiro antes de enviar ajuda?

Muitas vezes sim, para dados compressíveis como texto, documentos ou registos. Os formatos já comprimidos como JPEG, MP4 ou ZIP encolhem pouco, por isso a compressão ajuda sobretudo quando o conteúdo não está já compactado.