English Deutsch Español Français Italiano Nederlands Polski Українська
Encoders & Utilities

Tempo di download

Stima la durata del download a qualsiasi velocità di connessione.

Download time estimator Pick file size and connection speed — we will compute the transfer time. SI units (1 KB = 1000 B).
Try: 1 GB @ 100 Mbps 50 GB @ 1 Gbps 4 GB @ 10 Mbps 700 MB @ 56 Kbps
13m 20s
1 GB @ 10 Mbps
Raw time
800 s
Adjusted time
800 s
Total bytes
1 000 000 000
Bits per second
10 000 000

Informazioni su questo strumento

Download Time stima quanto tempo impiegherà un file di una determinata dimensione a essere scaricato a una determinata velocità di connessione. Si inserisce la dimensione del file in qualsiasi unità (KB, MB, GB, TB — binaria o decimale), si sceglie una velocità in Mbps/MBps/Gbps (con preset per i livelli comuni: dial-up a 56k, 4G LTE, fibra 100 / 1000 Mbps), e lo strumento restituisce la durata in forma leggibile (1 ora 23 minuti 12 secondi) più alcune righe di confronto ad altre velocità comuni.

La matematica è semplice — durata = dimensione / velocità — ma le conversioni di unità mettono in difficoltà tutti. Gli ISP vendono velocità in bit al secondo (Mbps); le dimensioni dei file sono in byte (MB); e "MB" stesso è ambiguo tra 1.000.000 byte (decimale, usato da ISP e dischi) e 1.048.576 byte (binario, usato da Windows e RAM). Lo strumento etichetta ogni unità con precisione in modo da poter verificare in quale mondo si sta calcolando.

Quando usare questo strumento

  • Stimare finestre di backup o migrazione. Un trasferimento cloud-to-cloud da 500 GB a 1 Gbps è circa 70 minuti di trasferimento effettivo; pianificarlo dà la finestra di manutenzione.
  • Confrontare piani internet. "100 Mbps" contro "Gigabit" suona drammatico; su un download di gioco da 10 GB significa 14 minuti contro 1,5 minuti. I numeri concreti aiutano a decidere se l'upgrade valga la pena.
  • Dimensionare la banda CI/CD. Scaricare un'immagine Docker da 2 GB su ogni build a 50 Mbps condivisi in ufficio si accumula rapidamente.
  • Impostare aspettative realistiche per gli utenti. "Questa esportazione richiederà circa 5 minuti" è meglio di uno spinner senza barra di progresso.

Perché i download reali sono più lenti del calcolo

Il numero calcolato è il minimo assoluto. I download reali incontrano TCP slow-start (il primo secondo è a velocità parziale), cap di banda per connessione (un singolo download HTTPS verso un server raramente satura una linea in fibra), overhead di handshake TLS, colli di bottiglia dell'I/O disco e contesa sul canale condiviso. Come regola pratica, pianificare per il 70–85% del teorico per un singolo file grande, meno se si scaricano molti file piccoli.

Domande frequenti

Perché Mbps non è la stessa cosa di MB/s?
Mbps è megabit al secondo; MB/s è megabyte al secondo. 1 byte = 8 bit, quindi 100 Mbps ≈ 12,5 MB/s. Gli ISP pubblicizzano in bit perché il numero sembra 8 volte più grande; i sistemi operativi mostrano in byte perché è così che si misurano i file. Il fattore 8 è la singola maggior fonte di confusione "perché il mio download è più lento del mio speed test?".

Qual è la differenza tra MB e MiB?
MB = megabyte = 1.000.000 byte (decimale, SI). MiB = mebibyte = 1.048.576 byte (binario, IEC). Il marketing dei dischi e degli ISP usa MB; le finestre delle dimensioni dei file di Windows e le specifiche della RAM usano MiB (spesso etichettato comunque come "MB", aumentando la confusione). Per un disco rigido da 1 TB venduto da un produttore, si ottengono circa 931 GiB utilizzabili — stesso numero di byte, nome convenzionale diverso.

Perché il mio download reale è più lento di quanto dice il calcolatore?
Si sommano diversi motivi: TCP slow-start (il protocollo accelera gradualmente, quindi i primi secondi sono a velocità parziale); overhead di handshake TLS e DNS (i file più piccoli traggono poco vantaggio dalle alte velocità); cap di singola connessione (uno stream HTTPS verso un server raramente satura la fibra); contesa Wi-Fi locale; e la banda in uscita del server stesso. Pianificare per il 70–85% del teorico e raramente si rimarrà sorpresi.

Lo strumento tiene conto dell'overhead?
Calcola il minimo teorico libero da protocollo. I trasferimenti reali aggiungono circa il 3–5% per le intestazioni TCP/IP (40 byte per pacchetto da 1500 byte), più qualche percentuale per il framing TLS. Deliberatamente non incorporiamo questo nel numero principale perché l'overhead varia per protocollo — HTTP/3 è più snello di HTTP/2 su TLS su TCP. Per una pianificazione pessimistica, aggiungere il 5% alla durata riportata dallo strumento.