Transferência em ligação lenta: como fazer funcionar na mesma

Para mover um ficheiro por uma ligação lenta, precisa de três coisas: compressão agressiva antes do upload, um serviço com transferências em chunks retomáveis (para que uma interrupção não recomece do zero) e uma estratégia de horário que evite o congestionamento de pico. Um vídeo de 2 GB numa ligação upstream de 3 Mbps demora cerca de 90 minutos sem interrupções, mas com recodificação em H.265 cai para 350 MB e 16 minutos. Lento não significa impossível — significa que deve tratar a transferência não como uma tentativa única mas como uma tarefa que sobrevive a retentativas.

Definir o que "lento" realmente significa

Corra speedtest-cli ou vá ao speedtest.net durante a hora em que planeia transferir. Anote o número de upload. Uma ligação "lenta" para efeitos de transferência de ficheiros é qualquer coisa abaixo de 10 Mbps upstream, o que inclui a maioria das linhas ADSL, redes sem fios rurais fixas, hotspots celulares fora de cidades LTE, satélite em células Starlink mais movimentadas e muitos planos de cabo mais antigos com limites de 5 Mbps upstream.

Teste também a latência e o jitter. Uma ligação de 5 Mbps com 40 ms de latência comporta-se de forma muito diferente dos mesmos 5 Mbps com 250 ms de latência e 80 ms de jitter (típico em satélite geoestacionário ou dados móveis muito congestionados). A alta latência quebra uploads de único fluxo mesmo com largura de banda nominalmente decente porque o windowing TCP não consegue encher a ligação.

A compressão é a largura de banda mais barata

Se conseguir reduzir o tamanho do ficheiro, aumentou efetivamente a velocidade da ligação. Em vídeo, o HandBrake com H.265 a CRF 23 reduz tipicamente o tamanho do ficheiro 60 a 80 por cento sem perda visível de qualidade. Em PDFs, o Ghostscript com -dPDFSETTINGS=/ebook faz a reamostragem de imagens incorporadas de 600 DPI para 150 DPI e frequentemente apara 70 por cento. Em lotes de imagens, converter JPEGs para WebP a qualidade 85 poupa 30 a 40 por cento.

Nunca envie TIFF, BMP ou WAV não comprimido por uma ligação lenta. Nunca envie uma exportação em 4K de um vídeo que vai ser visualizado num telemóvel. Adapte a qualidade de saída ao caso de uso antes de começar o upload.

Escolher um serviço com suporte real a retoma

Os uploads em chunks com retoma são inegociáveis em ligações instáveis. Serviços baseados em tus.io, uploads retomáveis do Google Drive, multipart S3 e sessões de upload do OneDrive sobrevivem a quebras TCP. O WeTransfer e o SwissTransfer retomam dentro do separador do browser se a ligação falhar brevemente. O Smash lida com retoma de forma limpa até várias horas de persistência de sessão.

Evite qualquer coisa que use um único POST multipart/form-data para o ficheiro todo. É assim que os scripts de upload PHP antigos funcionam, e um upload de 2 GB por uma ligação de 5 Mbps que falha aos 75 por cento significa recomeçar de 0 por cento.

Agendar para janelas de baixo tráfego

O congestionamento do ISP em infraestrutura residencial partilhada atinge o pico entre as 19h e as 23h. Numa ligação upstream de 5 Mbps, esse pico pode reduzir o débito para 1,5 Mbps. A mesma ligação às 3h frequentemente entrega os 5 Mbps completos. Uma transferência que demoraria 4 horas às 21h termina em 75 minutos durante a noite.

Coloque o upload em fila antes de dormir. Deixe o portátil ligado à corrente, com o protetor de ecrã e a suspensão desativados (caffeinate no macOS, definições de energia do Windows). Verifique de manhã.

Dividir o ficheiro quando o serviço não consegue

Se estiver preso com uma ferramenta que não suporta upload em chunks, divida o ficheiro você mesmo. split -b 100M grandoficheiro.mov parte. no macOS/Linux ou a opção "Dividir em volumes" do 7-Zip no Windows divide um ficheiro de 2 GB em 20 partes de 100 MB. Faça upload de cada parte separadamente, e se uma falhar, apenas faz novo upload de 100 MB em vez do ficheiro todo.

O destinatário reagrupa com cat parte.* > grandoficheiro.mov ou extraindo o volume do 7-Zip. Não é elegante, mas é fiável no Wi-Fi de um hotel.

Desligar tudo o resto na rede

Mudar de Wi-Fi para Ethernet elimina os 5 a 15 por cento de retransmissões que o Wi-Fi adiciona em bandas de 2,4 GHz congestionadas — numa ligação de 3 Mbps, isso são mais 300 Kbps de débito utilizável. Se estiver a fazer tethering, USB supera hotspot Wi-Fi ao evitar o salto extra de rádio.

Numa ligação upstream de 5 Mbps, uma única chamada Zoom HD consome 2,5 Mbps, deixando 2,5 Mbps para a transferência. O iCloud Photos, Backblaze, Carbonite, Dropbox e Google Drive enviam em segundo plano. Pause-os explicitamente. O separador Rede do Monitor de Atividade do macOS e o separador Desempenho do Gestor de Tarefas do Windows 11 mostram quem está a usar largura de banda. Termine qualquer coisa acima de 50 KB/s de upload.

Ligações celulares e tethering: a armadilha dos dados limitados

Fazer tethering a partir de um telemóvel num plano "ilimitado" é geralmente bem até uma quota de utilização (tipicamente 30 a 100 GB por mês), após a qual o operador reduz para 1 a 5 Mbps ou desprioriza em células congestionadas. Os operadores fazem isto nos planos de consumidor.

Uma transferência de 10 GB a meio do mês é geralmente fine. A mesma transferência após ter feito streaming de Netflix em dados móveis o mês todo pode arrastar. Verifique a utilização de dados antes de começar.

Satélite e considerações de alta latência

O Starlink entrega 20 a 100 Mbps de upload a 25 a 60 ms de latência na maioria das regiões, o que é perfeitamente utilizável. O satélite geoestacionário (HughesNet, Viasat) corre a 600 a 800 ms de latência, o que faz com que os uploads TCP de único fluxo fiquem muito abaixo da largura de banda anunciada. Os serviços que correm uploads paralelos em chunks saem-se muito melhor aqui porque cada fluxo paralelo tem a sua própria janela de congestão.

Se estiver em satélite GEO, use um serviço de transferência explicitamente concebido para upload em chunks paralelos e mantenha expectativas realistas: 5 GB numa noite é atingível, 50 GB provavelmente não.

Regra simples: adaptar a ferramenta à ligação

Em ligações lentas, a fiabilidade importa mais do que a velocidade. Um serviço que retoma de forma limpa após uma quebra e corre chunks paralelos vai superar um serviço de único fluxo mais rápido em todas as situações. O HexaTransfer usa uploads em chunks paralelos com encriptação AES-256-GCM e faz retry de chunks falhados automaticamente — exatamente o que uma ligação instável de 3 Mbps de hotel necessita.

Experimente em hexatransfer.com — gratuito, sem conta, até 10 GB.