Quanto tempo impiega un file a scaricarsi in base a dimensione, larghezza di banda ed efficienza della rete.
Tempo = bit_file / (bandwidth_bps × efficienza). 1 byte = 8 bit. 1 Mbps = 1.000.000 bps (decimale); 1 MB = 1.048.576 byte (binario). L'efficienza tiene conto dell'overhead TCP, della latenza e della contesa della rete condivisa — tipicamente 70–85 % in banda larga, 50–70 % su mobile.
Il tempo di download (o upload) è la domanda che ogni utente si pone almeno settimanalmente, con unità di misura diverse: "Questo gioco da 5 GB si scaricherà sulla mia Wi-Fi dell'hotel prima del check-out?". La matematica è banale in astratto - dimensione del file divisa per larghezza di banda - ma è afflitta da confusione di unità (MB vs Mbps, kilo decimale vs kilobase binario), overhead del mondo reale (TCP, perdita di pacchetti, limitazione lato server) e contesa di rete condivisa. Una stima approssimativa utilizzando la larghezza di banda nominale è costantemente errata del 20-40%; un calcolatore che espone un fattore di correzione (efficienza di rete) e converte le unità in modo pulito fornisce una risposta utilizzabile nel mondo reale invece di una risposta basata su dichiarazioni di marketing.
Tempo (secondi) = dimensione_file_bit / (banda_bps × efficienza).
Unità da standardizzare:
Efficienza (0-100%) è un moltiplicatore che tiene conto di: - Overhead TCP (intestazioni, ACK, controllo congestione): ~3-5%. - Perdita di pacchetti e ritrasmissioni: 0-10% a seconda della qualità del collegamento. - Limitazione lato server: 0-50% a seconda della piattaforma. - Contesa di rete condivisa (i tuoi coinquilini che guardano Netflix): variabile.
Efficienza tipica nel mondo reale: 70-85% su fibra a banda larga, 50-70% su rete mobile 4G, 30-60% su Wi-Fi condiviso in un bar.
Il calcolatore converte il risultato in formato HH:MM:SS per leggibilità umana, più il numero grezzo di secondi, il throughput effettivo in MB/s, la dimensione del file in MB per verifica e una visualizzazione temporale con indicatori al 25/50/75%.
Inserisci la dimensione del file con la sua unità (B, KB, MB, GB, TB). Inserisci la larghezza di banda con la sua unità (Kbps, Mbps, Gbps per i numeri di piano ISP basati sui bit; MB/s o GB/s per i numeri di throughput basati sui byte come i test di velocità SSD). Imposta l'efficienza di rete (predefinita 80%; regola più basso per connessioni mobili o condivise). Il risultato principale è la durata formattata; la visualizzazione temporale offre un rapido senso visivo dell'attesa.
File da 1 GB su una connessione in fibra da 500 Mbps con efficienza dell'80%.
Download film (4 GB) su 4G mobile a 30 Mbps × 70%.
Foto da 5 MB su 5G a 200 Mbps × 75%.
MB vs Mb / B vs b. La B maiuscola = Byte; la b minuscola = bit. 1 byte = 8 bit. Una connessione "100 Mbps" fornisce un massimo di 12,5 MB/s, non 100 MB/s. Il calcolatore gestisce entrambi; gli utenti li confondono abitualmente.
Decimale vs binario. Gli ISP usano il mega decimale (1 Mbps = 1 000 000 bps) per il marketing. Lo storage usa il mega binario (1 MB = 1 048 576 B). Un "file da 50 MB a 50 Mbps" non è 1 secondo, ma 8 secondi (dimensione × 8 bit/byte / larghezza di banda = 50 × 1 048 576 × 8 / 50 000 000 ≈ 8,39 s).
Throttling dell'ISP. Dopo un limite di dati "fair use" (spesso 100-500 GB/mese sui piani cable), la larghezza di banda può essere ridotta a 1 Mbps o meno. La velocità nominale è il massimo non limitato.
Limiti lato server. Una connessione da 1 Gbps che scarica da un server che limita gli utenti a 50 MB/s è limitata dalla larghezza di banda del server, non dal tuo collegamento. Il parametro di efficienza del calcolatore approssima questo.
Latenza vs larghezza di banda. Per file di piccole dimensioni, la latenza (tempo di andata e ritorno, 10-100 ms) domina sulla larghezza di banda: il trasferimento di 1 KB su un collegamento da 1 Gbps con 50 ms di latenza richiede circa 50 ms in totale, non gli 8 µs che suggerirebbe solo la larghezza di banda. Il calcolatore presuppone file sufficientemente grandi affinché la larghezza di banda domini (tipico per media, software, dataset).
Burst vs sostenuto. Gli adattatori Wi-Fi riportano il throughput istantaneo di picco; il trasferimento sostenuto è inferiore. Utilizzare l'output "throughput effettivo", non la velocità nominale della connessione.
Slow start TCP. Nuove connessioni TCP iniziano con una finestra piccola e la raddoppiano ogni RTT fino a raggiungere la capacità del collegamento. Il tempo totale per file di piccole dimensioni è dominato dall'aumento graduale, non dalla larghezza di banda in stato stazionario.
Multipath / connessioni multiple. I browser aprono 6+ connessioni parallele per host; alcuni client (BitTorrent, downloader parallelizzati) saturano il collegamento tramite concorrenza. Il calcolatore gestisce il throughput a flusso singolo.
Media condivisa (Wi-Fi, cavo). Il Wi-Fi è half-duplex e condiviso tra i dispositivi connessi; internet via cavo è condiviso tra gli abbonati del quartiere in alcuni tipi di infrastruttura. La larghezza di banda effettiva diminuisce nelle ore di punta.
Overhead HTTP. HTTPS aggiunge 1-2 KB di handshake; HTTP/2 multiplexa; HTTP/3 (QUIC) evita l'handshake TCP. Per file di piccole dimensioni (< 100 KB), l'overhead del protocollo è importante; per file grandi, è trascurabile.
Ripresa vs riavvio. Se il download fallisce a metà, gli HTTP moderni supportano richieste range per la ripresa. Il calcolatore presuppone un'esecuzione pulita e ininterrotta.