Calcolatore larghezza di banda
Il calcolatore larghezza di banda stima il tempo di download o upload partendo da dimensione del file e velocità effettiva della connessione.
Lo strumento può anche calcolare la banda teorica necessaria per completare un trasferimento entro un tempo scelto. Tuttavia, il risultato matematico ideale non coincide sempre con l’esperienza reale, perché protocolli, congestione, Wi-Fi, server, archiviazione e ritrasmissioni riducono il goodput disponibile all’applicazione.
Che cos’è il calcolatore larghezza di banda
Il calcolatore larghezza di banda può eseguire quattro operazioni principali:
- calcolare il tempo di trasferimento;
- calcolare la velocità necessaria;
- calcolare la quantità di dati trasferibile;
- convertire bit, byte e relative unità.
Inoltre, una versione avanzata può applicare un’efficienza misurata, separare upload e download e mostrare sia il tempo ideale sia quello realistico stimato.
Che cosa significa bandwidth
Prima di tutto, nel contesto di questo strumento, bandwidth indica la capacità o data rate nominale di un collegamento.
Viene normalmente espressa in bit al secondo:
- bit/s o bps;
- kbit/s o Kbps;
- Mbit/s o Mbps;
- Gbit/s o Gbps.
Bandwidth non è la velocità di propagazione
I dati non “viaggiano fisicamente più veloci” soltanto perché il piano offre più Mbps.
Una banda maggiore permette di trasmettere più bit nello stesso intervallo, mentre la latenza descrive il tempo necessario perché un segnale o pacchetto raggiunga la destinazione e riceva risposta.
Bandwidth, throughput e goodput
| Termine | Significato pratico |
|---|---|
| Bandwidth | Capacità nominale o disponibile del collegamento |
| Throughput | Quantità totale di dati effettivamente trasmessi per unità di tempo |
| Goodput | Dati utili ricevuti dall’applicazione, esclusi overhead e ritrasmissioni |
| Latency | Ritardo del percorso, non quantità di dati al secondo |
Per stimare un download reale, il goodput è spesso il dato più utile.
Bit e byte
1 byte = 8 bit
La lettera maiuscola B indica byte, mentre la minuscola b indica bit.
MB = megabyte Mb = megabit GB = gigabyte Gb = gigabit
Prefissi decimali SI
| Unità | Valore |
|---|---|
| 1 kbit | 1.000 bit |
| 1 Mbit | 1.000.000 bit |
| 1 Gbit | 1.000.000.000 bit |
| 1 kB | 1.000 byte |
| 1 MB | 1.000.000 byte |
| 1 GB | 1.000.000.000 byte |
In generale, le velocità di rete in Mbps e Gbps vengono normalmente espresse con prefissi decimali.
Prefissi binari IEC
| Unità | Valore |
|---|---|
| 1 Kibit | 1.024 bit |
| 1 Mibit | 1.048.576 bit |
| 1 Gibit | 1.073.741.824 bit |
| 1 KiB | 1.024 byte |
| 1 MiB | 1.048.576 byte |
| 1 GiB | 1.073.741.824 byte |
NIST raccomanda i nomi KiB, MiB e GiB per evitare l’uso ambiguo di kilo, mega e giga con potenze di due.
GB e GiB non sono uguali
1 GB = 1.000.000.000 byte 1 GiB = 1.073.741.824 byte
Di conseguenza, 1 GiB contiene circa il 7,374% di byte in più rispetto a 1 GB.
Calcolo generale del tempo
Tempo (s) = dimensione del file (bit) ÷ velocità effettiva (bit/s)
Perciò, prima di usare la formula, dimensione e velocità devono essere convertite in unità coerenti.
Calcolo rapido con MB e Mbps
Quando MB e Mbps sono entrambi decimali:
Tempo (s) = MB × 8 ÷ Mbps
I fattori 1.000.000 si semplificano.
Tempo con GB e Mbps
Tempo (s) = GB × 8.000 ÷ Mbps
Per esempio, 1 GB a 50 Mbps:
1 × 8.000 ÷ 50 = 160 s = 2 min 40 s
Correzione del primo esempio originale
Il valore 8.589.934.592 bit non rappresenta 1 GB decimale.
Rappresenta invece 1 GiB:
1 GiB = 1.073.741.824 byte × 8 = 8.589.934.592 bit
Tempo per 1 GiB a 50 Mbps
Tempo = 8.589.934.592 ÷ 50.000.000 ≈ 171,7987 s ≈ 2 min 51,8 s
Pertanto, il calcolatore deve chiedere se la dimensione è GB oppure GiB.
Tempo con MiB e Mbps
Tempo (s) = MiB × 8 × 1.048.576 ÷ (Mbps × 1.000.000)
In forma compatta:
Tempo (s) ≈ MiB × 8,388608 ÷ Mbps
500 MB a 10 Mbps
500 MB = 500.000.000 byte Bit = 4.000.000.000 Tempo = 4.000.000.000 ÷ 10.000.000 = 400 s = 6 min 40 s
500 MiB a 10 Mbps
500 MiB = 524.288.000 byte Bit = 4.194.304.000 Tempo = 419,4304 s ≈ 6 min 59,4 s
Il valore vicino a sette minuti dell’articolo originale corrisponde quindi a 500 MiB, non a 500 MB decimali.
Banda necessaria entro un tempo
Bandwidth (bit/s) = dimensione (bit) ÷ tempo (s)
Esempio: 5 GB in 10 minuti
Dimensione = 5 × 8.000.000.000 = 40.000.000.000 bit Tempo = 10 × 60 = 600 s Bandwidth = 40.000.000.000 ÷ 600 ≈ 66.666.667 bit/s ≈ 66,67 Mbps
Questo è il minimo teorico in condizioni ideali.
Dati trasferibili in un intervallo
Dimensione (byte) = velocità (bit/s) × tempo (s) ÷ 8
Esempio: 100 Mbps per 90 secondi
Byte = 100.000.000 × 90 ÷ 8 = 1.125.000.000 byte = 1,125 GB
Efficienza del trasferimento
Una stima realistica può usare un fattore misurato η compreso tra 0 e 1:
Goodput = bandwidth nominale × η
Tempo realistico stimato = tempo ideale ÷ η
Tuttavia, η non è una costante universale e dovrebbe derivare da misurazioni reali.
Esempio con efficienza dell’85%
File = 1 GB Connessione = 50 Mbps Tempo ideale = 160 s η = 0,85 Tempo stimato = 160 ÷ 0,85 ≈ 188,24 s ≈ 3 min 8,2 s
Overhead dei protocolli
Ethernet, IP, TCP, TLS, HTTP e altri livelli aggiungono intestazioni e controllo.
Inoltre, acknowledgment, ritrasmissioni e segmentazione consumano parte della capacità. Perciò, il goodput dell’applicazione è inferiore al rate fisico del collegamento.
Non applicare una percentuale universale
Non esiste un overhead fisso adatto a Ethernet, Wi-Fi, VPN, HTTP/3, TCP e ogni dimensione di pacchetto.
Il calcolatore può offrire un campo “efficienza misurata” oppure mostrare soltanto il tempo ideale con una chiara avvertenza.
TCP slow start
Tuttavia, TCP non raggiunge necessariamente il massimo throughput all’istante.
Secondo i meccanismi di congestion control, la finestra di trasmissione cresce progressivamente. Di conseguenza, latenza e dimensione del file influenzano soprattutto trasferimenti brevi o percorsi ad alto ritardo.
Bandwidth-delay product
BDP (bit) = bandwidth (bit/s) × RTT (s)
Il BDP rappresenta la quantità di dati che può essere “in volo” sul percorso.
Esempio BDP
Bandwidth = 1 Gbps RTT = 100 ms = 0,1 s BDP = 1.000.000.000 × 0,1 = 100.000.000 bit = 12.500.000 byte = 12,5 MB
Una finestra TCP troppo piccola può impedire di usare pienamente un collegamento con BDP elevato.
Latenza
La latenza non viene semplicemente sommata una sola volta al tempo di trasferimento di ogni file.
Influenza handshake, richieste, conferme e crescita della finestra. Il suo effetto dipende quindi dal protocollo, dal numero di round trip e dalla durata del trasferimento.
Packet loss
Inoltre, la perdita di pacchetti richiede spesso ritrasmissioni.
In TCP può anche ridurre la finestra di congestione e quindi il throughput. RFC 6349 considera latenza, perdita e variazione del ritardo elementi importanti nei test TCP end-to-end.
Jitter
Il jitter è la variazione del ritardo tra pacchetti.
È particolarmente importante per voce, video interattivo e giochi, mentre un download di file può tollerarlo meglio purché throughput e perdita restino accettabili.
Upload e download separati
Inoltre, molte connessioni sono asimmetriche.
La velocità di download può quindi essere molto superiore a quella di upload. Il calcolatore deve chiedere quale direzione viene usata e non riutilizzare automaticamente lo stesso valore.
Esempio di connessione asimmetrica
Piano: 300 Mbps download 30 Mbps upload File: 3 GB Download ideale: 3 × 8.000 ÷ 300 = 80 s Upload ideale: 3 × 8.000 ÷ 30 = 800 s = 13 min 20 s
Wi-Fi e Ethernet
Il rate mostrato dal Wi-Fi non coincide necessariamente con il throughput Internet.
Interferenze, distanza, ostacoli, canale, standard radio, numero di dispositivi e half-duplex possono ridurre la velocità utile. Per test ripetibili, una connessione Ethernet cablata elimina molte variabili wireless.
Router e schede di rete
Una porta Fast Ethernet limita il traffico a circa 100 Mbit/s nominali anche con un piano più veloce.
Analogamente, CPU del router, NAT, firewall, VPN e QoS possono diventare colli di bottiglia.
Cavi e negoziazione del link
Cavo, connettori e negoziazione possono far funzionare una porta Gigabit a 100 Mbit/s.
Perciò, prima di attribuire il problema all’ISP è utile controllare il link rate e gli errori dell’interfaccia.
Limite del server
Analogamente, il server remoto può limitare la velocità per utente, regione o carico.
Inoltre, un singolo server non rappresenta l’intera capacità della connessione domestica.
CDN
Una CDN distribuisce copie dei contenuti in più località.
Ridurre distanza e carico sull’origine può migliorare tempi e affidabilità, ma cache miss, peering e capacità del nodo continuano a influire.
Velocità del disco
Di conseguenza, un trasferimento può essere limitato da lettura o scrittura del supporto.
Per esempio, un disco lento, una memoria USB o una cifratura pesante possono impedire di saturare una connessione veloce.
Compressione
La compressione riduce i byte trasmessi soltanto quando i dati sono comprimibili.
Video, archivi ZIP e immagini moderne possono essere già compressi; applicare un rapporto universale sarebbe quindi scorretto.
VPN
Una VPN aggiunge cifratura, incapsulamento e un percorso attraverso un server.
Il risultato dipende da protocollo, CPU, distanza e carico del provider. Pertanto, il calcolatore dovrebbe usare il throughput misurato con la VPN attiva.
Connessioni mobili e satellitari
Rete radio, segnale, cella, scheduling e mobilità possono far variare rapidamente il throughput.
Le connessioni satellitari possono inoltre avere latenza elevata, con effetti su TCP e applicazioni interattive.
Misurare la velocità reale
- Collega un solo dispositivo via Ethernet, quando possibile.
- Ferma backup e download in background.
- Ripeti il test in più orari.
- Misura upload e download separatamente.
- Confronta server vicini e remoti.
- Registra mediana e variazione, non soltanto il valore massimo.
Che cosa misura uno speed test
Uno speed test misura il percorso tra il dispositivo e specifici server durante quel momento.
Non garantisce la stessa velocità verso ogni sito, cloud, gioco o destinazione aziendale.
Velocità pubblicizzata e misurata
La FCC pubblica misure che confrontano performance effettive e velocità pubblicizzate dei servizi fissi.
Tuttavia, i risultati aggregati di un ISP non sostituiscono il test della propria linea, del proprio piano e della propria rete locale.
Trasferimenti simultanei
Più flussi condividono la capacità del collo di bottiglia.
Banda aggregata richiesta = somma dei bitrate simultanei
Esempio con più flussi
4 flussi da 8 Mbps = 32 Mbps Backup da 10 Mbps = 10 Mbps Totale teorico = 42 Mbps
Inoltre, serve margine per overhead, variazioni e altro traffico, ma la percentuale va definita con misurazioni e requisiti reali.
Streaming video
Per video on demand bisogna considerare bitrate medio, picchi, buffering e adaptive bitrate.
Il valore raccomandato cambia tra servizi, codec, risoluzioni e dispositivi. Perciò, è preferibile usare i requisiti ufficiali del servizio invece di una tabella universale.
Live streaming
Per trasmettere in diretta conta soprattutto l’upload disponibile.
Il bitrate dell’encoder, audio e overhead devono restare sotto il goodput stabile, non soltanto sotto il picco mostrato da uno speed test.
Gaming
I giochi online possono consumare meno banda di un grande download, ma sono sensibili a latenza, jitter e perdita.
Di conseguenza, aumentare Mbps non risolve automaticamente un problema di ping o instradamento.
Videoconferenze
Audio, video e condivisione schermo richiedono banda in entrambe le direzioni.
Inoltre, più partecipanti e flussi simultanei possono aumentare il carico locale e la richiesta di upload.
Backup cloud
Il tempo dipende da upload, quantità effettivamente nuova, deduplicazione, compressione e limiti del provider.
Per il primo backup è utile calcolare il dataset completo; per quelli successivi, soltanto i dati modificati.
Siti web e trasferimento mensile
Trasferimento mensile = byte medi per visualizzazione × numero di visualizzazioni
Esempio di traffico web
Peso medio trasferito = 2 MB Visualizzazioni = 100.000 Dati = 2 × 100.000 = 200.000 MB = 200 GB
Questo esempio ignora cache, bot, risposte compresse, video esterni e CDN.
Hosting: bandwidth può significare traffico totale
Nel marketing hosting, “bandwidth” può indicare la quantità mensile di dati trasferiti, non una velocità in bit/s.
Il calcolatore larghezza di banda dovrebbe distinguere chiaramente data rate e data transfer quota.
Cloud e costi di egress
Alcuni servizi cloud addebitano dati in uscita per GB e applicano fasce di prezzo.
Il calcolatore può stimare i byte, ma deve usare il listino corrente del provider e chiarire se il GB è decimale.
Download paralleli
Più connessioni possono aumentare il throughput quando una singola sessione è limitata.
Tuttavia, non creano banda aggiuntiva oltre il collo di bottiglia e possono aumentare competizione o carico sul server.
File piccoli e file grandi
In generale, per file grandi, il throughput sostenuto domina il tempo totale.
Per molti file piccoli, handshake, metadata, richieste e operazioni del filesystem possono diventare più rilevanti.
Tempo di preparazione
Infine, la formula di rete non include compressione, scansione antivirus, generazione dell’archivio, checksum o attesa in coda.
Questi tempi devono essere aggiunti separatamente se fanno parte del processo operativo.
Pause e resume
Un download interrotto può riprendere soltanto se client e server supportano la funzione.
In caso contrario, parte dei dati può dover essere ritrasmessa, aumentando il tempo e il consumo totale.
Unità mostrate dal sistema operativo
Alcuni sistemi e programmi mostrano “GB” pur usando internamente 1.024³ byte.
Perciò, un calcolatore affidabile deve consentire all’utente di scegliere esplicitamente GB o GiB invece di dedurre l’unità dal testo dell’interfaccia.
Formato del tempo
Il risultato dovrebbe essere mostrato in più forme:
171,8 secondi 2 minuti 51,8 secondi 00:02:51,8
Per trasferimenti lunghi, è utile includere ore e giorni.
Arrotondamento
Conserva più cifre nei calcoli e arrotonda soltanto alla fine.
- secondi: uno o due decimali;
- Mbps: precisione coerente con l’input;
- dimensione: unità e prefisso visibili;
- tempi lunghi: arrotondamento pratico.
Separatore decimale italiano
50,5 Mbps 1,25 GB 171,8 s
L’interfaccia italiana dovrebbe accettare la virgola decimale e distinguere chiaramente bit da byte.
Validazione degli input
Un buon calcolatore larghezza di banda dovrebbe verificare:
- dimensione maggiore di zero;
- velocità maggiore di zero;
- tempo maggiore di zero nei calcoli inversi;
- unità decimale o binaria;
- bit o byte;
- direzione upload o download;
- efficienza tra 0 e 100%;
- assenza di NaN e infinito;
- arrotondamento soltanto alla fine.
Messaggi di errore utili
- “Seleziona MB oppure MiB”.
- “La velocità deve essere maggiore di zero”.
- “Mbps indica megabit al secondo, non megabyte”.
- “Il risultato ideale non include overhead di rete”.
- “Usa la velocità di upload per inviare file”.
Come verificare il risultato
- Converti il file in byte.
- Moltiplica per 8 per ottenere i bit.
- Converti la velocità in bit/s.
- Dividi dimensione per velocità.
- Esegui il calcolo inverso.
- Confronta con un trasferimento misurato.
Esempio di verifica inversa
1 GB a 50 Mbps: tempo = 160 s Dimensione ricostruita = 50.000.000 × 160 ÷ 8 = 1.000.000.000 byte = 1 GB
Errori frequenti
- confondere MB e Mb;
- confondere GB e GiB;
- usare 1.024 per Mbps;
- usare la velocità di download per un upload;
- trattare bandwidth e goodput come identici;
- aggiungere la latenza una sola volta senza modello;
- ignorare packet loss e ritrasmissioni;
- presumere un overhead fisso universale;
- confondere traffico mensile e velocità;
- attribuire ogni rallentamento all’ISP.
Procedura consigliata
- Identifica GB o GiB.
- Distingui bit e byte.
- Seleziona upload o download.
- Calcola il tempo ideale.
- Misura il throughput reale.
- Applica un’efficienza documentata.
- Considera server e storage.
- Ripeti i test in più orari.
- Usa requisiti specifici dell’applicazione.
- Mostra sempre le assunzioni.
Come usare il calcolatore larghezza di banda
Nel calcolatore larghezza di banda, inserisci dimensione, unità e velocità, quindi scegli upload o download.
Successivamente, seleziona prefissi decimali o binari e, se disponibile, inserisci un’efficienza misurata. Infine, confronta tempo ideale, stima realistica e risultato inverso.
Domande frequenti
Come si calcola il tempo di download?
Converti la dimensione del file in bit e dividila per il throughput in bit al secondo. Se file e velocità usano prefissi decimali, la formula pratica è secondi = MB × 8 ÷ Mbps.
Qual è la differenza tra MB e Mb?
MB indica megabyte, mentre Mb indica megabit. Un byte contiene 8 bit, quindi 1 MB equivale a 8 Mb quando entrambi usano prefissi decimali.
Qual è la differenza tra GB e GiB?
1 GB equivale a 1.000.000.000 byte, mentre 1 GiB equivale a 1.073.741.824 byte. Un file da 1 GiB richiede quindi più tempo di un file da 1 GB alla stessa velocità.
Perché il download reale è più lento del valore calcolato?
La formula ideale non include overhead dei protocolli, ritrasmissioni, congestione, Wi-Fi, limiti del server, archiviazione, controllo della congestione TCP e altri colli di bottiglia.
Bandwidth, throughput e goodput sono la stessa cosa?
No. Bandwidth descrive la capacità nominale o disponibile del collegamento, throughput la quantità totale trasferita e goodput la parte utile ricevuta dall’applicazione, escludendo overhead e ritrasmissioni.
Posso calcolare la banda necessaria entro un tempo preciso?
Sì. Usa bandwidth = dimensione in bit ÷ tempo in secondi. Il risultato è il minimo teorico; nella pianificazione reale bisogna considerare efficienza, condivisione e condizioni della rete.
Fonti autorevoli
- NIST: prefissi binari e confronto con i prefissi SI
- NIST Guide to the SI: simboli, prefissi e unità
- IETF RFC 6349: misurazione del throughput TCP
- IETF RFC 5166: throughput, goodput e metriche di congestione
- IETF RFC 5681: TCP congestion control
- FCC: differenza tra download e upload
- FCC: misurazione delle prestazioni broadband
Contenuto aggiornato il 25 giugno 2026. I risultati ideali non garantiscono il tempo reale e devono essere interpretati con le condizioni della rete e dell’applicazione.
