Calcolatore del tempo di trasferimento dati
Dati di input
| Quantità di dati | 10 GB |
|---|---|
| Velocità del collegamento | 100 Mbps |
| Overhead del protocollo | 10 % |
Calcolatore del tempo di trasferimento dati
Stima quanto dura un trasferimento dati reale a partire dalla quantità di dati, dalla velocità del collegamento e dall'overhead del protocollo. Tiene conto della differenza tra la velocità nominale di un collegamento e il suo throughput utilizzabile.
Dati di input
Dettagli del trasferimento
Risultati
Inserisci un valore per visualizzare i risultati.
Tempo di trasferimento
Throughput effettivo
Tempo di trasferimento dati
Il tempo di trasferimento dati è la durata effettiva necessaria per spostare una quantità fissa di dati su un collegamento. Conta nella pianificazione di backup, caricamenti di file di grandi dimensioni, migrazioni di database e distribuzione di contenuti multimediali, dove la velocità nominale del collegamento e il tempo che il lavoro impiega davvero possono differire di molto.
La formula
Re=R×(1−h) t=ReD×8dove è il volume di dati in byte, è la velocità nominale del collegamento in bit al secondo, è l'overhead frazionario del protocollo e è il throughput effettivo (utilizzabile). Il fattore 8 converte i byte in bit, perché l'archiviazione si misura in byte ma la velocità del collegamento in bit al secondo.
Esempio svolto. Spostare un file da 1 GB su un collegamento da 100 Mbit/s con il 20% di overhead:
Re=100 Mbit/s×(1−0,20)=80 Mbit/s t=800000001000000000×8=100 sSenza overhead lo stesso trasferimento durerebbe 80 secondi; il 20% di overhead aggiunge 20 secondi.
Perché il throughput effettivo è inferiore alla velocità nominale
Il valore dichiarato di una connessione è la sua velocità di segnalazione grezza. Diversi fattori impediscono al tuo payload di sfruttarla per intero:
- Intestazioni di protocollo. Ogni pacchetto trasporta intestazioni Ethernet, IP e TCP. Per una trama standard da 1500 byte, circa il 2%-5% è intestazione anziché payload.
- Conferme e ritrasmissioni. TCP conferma la consegna e rinvia i segmenti persi, consumando capacità in entrambe le direzioni.
- Slow start e controllo della congestione. TCP sale di regime gradualmente, perciò i trasferimenti brevi non raggiungono mai la piena velocità.
- Mezzo condiviso e interferenze. Wi-Fi, reti cellulari e collegamenti in contesa perdono throughput a causa di collisioni e perdita di segnale.
- Limiti delle estremità. Un disco lento, una CPU occupata o un server sovraccarico possono limitare un trasferimento ben al di sotto della capacità della rete.
Scegliere un valore di overhead
| Scenario | Overhead realistico |
|---|---|
| LAN cablata, file grandi, TCP | 5% – 10% |
| Internet domestico tipico, file grandi | 10% – 15% |
| Wi-Fi o percorso internet a lunga distanza | 15% – 25% |
| Molti file piccoli | 25% o più |
| Caso migliore teorico | 0% |
Per i file piccoli, l'instaurazione della connessione per ogni file e la salita di regime di TCP dominano, perciò la velocità effettiva può scendere ben al di sotto di questi valori.
Bit, byte e il fattore ×8
Le velocità di rete sono dichiarate in bit al secondo (Mbit/s, Gbit/s); le dimensioni dei file sono espresse in byte (MB, GB). Un byte vale 8 bit, quindi un file da 1 GB equivale a 8 gigabit. Un collegamento «100 Mbit/s» fornisce perciò al massimo circa 12,5 MB/s, ed è per questo che i gestori di download, che mostrano i MB/s, indicano un picco vicino a un ottavo del valore pubblicizzato in Mbit/s.
Calcolatori correlati
Per una stima rapida senza un termine di overhead, usa il calcolatore Calcolatore del Tempo di Download. Per convertire tra unità di bit al secondo e byte al secondo, usa il calcolatore Convertitore di throughput (bit/s). Per dimensionare la banda necessaria a un contenuto multimediale in diretta, vedi il calcolatore Calcolatore di banda per lo streaming.
Domande frequenti (FAQ)
Perché un trasferimento dura più di quanto prevede la velocità nominale del collegamento?
Un collegamento dichiarato a 100 Mbit/s non fornisce quasi mai 100 Mbit/s di payload di file. Una parte della capacità trasporta le intestazioni TCP/IP ed Ethernet, una parte è spesa in conferme e ritrasmissioni, e la fase di avvio del controllo della congestione di TCP (slow start) fa sì che una connessione impieghi tempo per raggiungere la piena velocità.
Collegamenti condivisi, interferenze Wi-Fi e la velocità di lettura e scrittura dei dischi a ciascuna estremità aggiungono ulteriore ritardo.
Ipotizzare un overhead del 5%-20% è un punto di partenza realistico per i trasferimenti quotidiani.
Quale valore di overhead dovrei usare?
Per una LAN cablata che sposta file di grandi dimensioni su TCP, il 5%-10% è tipico. Per il Wi-Fi o per percorsi internet più lunghi, il 15%-25% è più realistico una volta inclusi ritrasmissioni e traffico di protocollo. I file piccoli subiscono proporzionalmente più overhead perché la connessione non raggiunge mai la piena velocità. Se vuoi solo il caso migliore teorico, imposta l'overhead a 0%.
Perché moltiplicare la dimensione del file per 8?
Le dimensioni dei file si misurano in byte (un file da 1 GB è un miliardo di byte), ma le velocità di rete si misurano in bit al secondo. In un byte ci sono 8 bit, quindi un file da 1 GB equivale a 8 gigabit. Dividendo 8 gigabit per un collegamento da 100 Mbit/s si ottengono 80 secondi al massimo teorico, prima di qualsiasi overhead.
Qual è la differenza tra Mbit/s e MB/s?
Mbit/s significa megabit al secondo; MB/s significa megabyte al secondo. Poiché un byte vale 8 bit, 100 Mbit/s equivalgono a 12,5 MB/s. I gestori di download mostrano di solito i MB/s, mentre gli operatori pubblicizzano i Mbit/s, ed è per questo che un'offerta «100 Mbit/s» mostra download con picchi intorno ai 12 MB/s.