—Mbps
- Ping
- Download
- Upload
In attesa
Impostazioni avanzate
I preset modificano durata e connessioni.
—Mbps
—ms
—ms
—ms
—
—%
—
Andamento della banda
Download
Upload
Storico dei test
| Quando | Down | Up | Ping | Jitter | Bufferbloat | Nodo | Azioni |
|---|
Nessun test salvato. I risultati restano nel tuo browser (localStorage): niente server, niente account.
Come funziona (e perché è affidabile)
Solo HTTPS/443
Il test parla esclusivamente con l'edge Cloudflare che serve questa pagina. Nessuna porta da aprire, nessun demone da installare, nessun plugin: zero configurazione di rete.
Byte contati in streaming
Il download viene letto a pezzi mentre arriva (niente buffering in memoria) e i dati sono casuali, quindi non comprimibili: Cloudflare non può "gonfiare" il risultato.
Multi-connessione adattiva
Più flussi in parallelo, con dimensione delle richieste che si auto-regola per non lasciare buchi tra un trasferimento e l'altro.
Tratto stabile + picco
Si scarta il warm-up (slow-start TCP/QUIC) e si misura la media del tratto stabile, più il picco su finestra di 1 secondo.
Bufferbloat
Durante download e upload vengono lanciati ping leggeri: se la latenza esplode sotto carico, la tua rete soffre di bufferbloat. Voto da A+ a F.
Limiti onesti
È una misura a livello applicativo: dipende da CPU del dispositivo, Wi-Fi, altre app aperte e dal browser. Chiudi gli altri tab e usa il cavo per il massimo.
Transfer test
Stessa logica del transfer test di Cloudflare: blocchi di dimensione fissa e crescente, fino a 128 MB, che è la taglia necessaria perché il trasferimento duri abbastanza da uscire dallo slow start. Dice quanto conta la latenza nella tua connessione: se i blocchi piccoli viaggiano molto più lenti di quelli grandi, la rete è limitata dai tempi di andata e ritorno, non dalla banda.
In attesa
—Mbps ↓
—Mbps ↓
—%
—ms
| Blocco | Download | Upload | TTFB | Repliche | Andamento |
|---|
Ogni blocco viene scaricato e ricaricato più volte; in tabella va la mediana delle repliche. Il TTFB è il tempo fino ai primi byte (latenza + primo tratto della risposta): è la parte di tempo che i blocchi piccoli pagano per intero. Con 1 flusso il valore è quello che una singola connessione riesce a spingere: la banda è limitata dal prodotto banda × ritardo, quindi resta sotto il tetto della linea. Alzando i flussi le richieste viaggiano in parallelo e il numero in tabella diventa l'aggregato del gruppo: è il tetto reale della connessione, quello che misura anche lo speed test classico.
Diagnostica del percorso
Un test normale non distingue due cose diverse: quanto va veloce il percorso fra la tua rete e l'edge Cloudflare, e quanto va veloce il codice che risponde. Qui lo stesso motore misura due backend uno dopo l'altro, con le stesse durate, lo stesso numero di connessioni e la stessa dimensione massima di richiesta: le Function di questa app e il backend pubblico di Cloudflare, che sta sulla stessa rete e non passa da nessuna Function. L'unica differenza che resta è chi genera i byte: se il riferimento va molto più veloce, il limite è nel codice di questo progetto; se vanno uguale, il limite è nel percorso, e la misura è onesta.
In attesa
| Backend | Nodo | Download | Upload | Ping HTTP | RTT edge |
|---|
Il ping HTTP è il round-trip completo di una richiesta, quindi contiene anche i tempi
del browser; l'RTT edge è la latenza misurata dalla rete di Cloudflare sul nodo che
risponde, senza browser di mezzo. Quando i due numeri sono molto diversi, la differenza non è nella
linea ma nel percorso software del dispositivo. Il nodo del backend di riferimento non è leggibile da
un'altra origine (il suo /meta risponde 403), quindi per lui la colonna resta vuota: se
risponde con un RTT edge più alto del nostro, atterra su un nodo più lontano e parte della differenza
è distanza. Il test dura circa un minuto e non entra nello storico.