Calcolatore di distanza accettabile
Massimo RTT e Jitter per VoIP, gioco, streaming, videoconferenza, e altro ancora.
Applicazione e la tua Latenza (opzionale)
Tabella dei contenuti
Guida completa di ritardo accettabile
Che si tratti di una chiamata VoIP, giocare online, streaming o in una riunione video, la reattività della connessione dipende da due metriche chiave: latenza (spesso misurata come RTT) e jitter. Questa guida spiega cosa sono, quali valori sono accettabili per ogni tipo di utilizzo, come misurarli e come migliorare la vostra esperienza quando sono troppo elevati.
Perché usare questo calcolatore?
La calcolatrice ti dà massimo RTT e jitter per tipo di applicazione. È possibile consultare solo i valori di riferimento, o inserire il vostro attuale RTT e jitter (da un test di velocità, gioco, o diagnostica VoIP) per vedere se la connessione è entro limiti accettabili per VoIP, gioco, streaming, videoconferenza, desktop remoto o uso generale del web.
Come funziona il calcolatore
Selezionare un tipo di applicazione (ad esempio VoIP, gioco competitivo, videoconferenza). Il calcolatore mostra il massimo raccomandato RTT e jitter in millisecondi per quell'uso. Se si immette il RTT e il jitter misurati, li confronta a questi limiti e indica se i valori sono accettabili o sopra raccomandati.
- RTT (Round-Trip Time): Tempo in ms per un pacchetto per andare al server e tornare. Spesso chiamato 'ping' nei giochi. Più in basso è meglio per le applicazioni in tempo reale.
- Jitter: Variazione in ritardo tra i pacchetti. High jitter provoca stutter, dropout in voce, o gameplay instabile anche se RTT media è OK.
- Perdita del pacchetto: Pacchetti che non arrivano mai. Qualità degli urti; obiettivo per meno di 1%. Questa calcolatrice si concentra su RTT e jitter.
- In tempo reale vs buffered: Voce, videochiamate e giochi competitivi hanno bisogno di basso RTT e jitter. Lo streaming on-demand tollera una maggiore latenza grazie al buffering.
Applicazioni bufferizzate in tempo reale
Real-time (sensibile alla latenza)
- VoIP, videoconferenza, gioco competitivo, live streaming.
- Necessità di RTT basso (< 50–150 ms a seconda dell'uso) e basso jitter (< 20–40 ms).
- Ogni ms extra colpisce la qualità percepita e il tempo di reazione.
Buffered (meno sensibile)
- Video on-demand, download, navigazione web generale.
- RTT < 200 ms è di solito eccellente; il carico iniziale e i controlli beneficiano di latenza inferiore.
- La larghezza di banda spesso conta più di RTT una volta che il buffering è iniziato.
Vantaggi del controllo della latenza
- Diagnosi dei problemi: Sappiate se il vostro RTT o jitter è sopra i limiti consigliati per il vostro caso di utilizzo.
- Impostare le aspettative: Capire cosa significa 'buon' per VoIP, giochi o videochiamate.
- Scegli server/regione: Scegli il gioco più vicino o il server VoIP per rimanere entro limiti.
- Aggiornamenti del piano: Decidi se hai bisogno di una connessione diversa o QoS per soddisfare i requisiti in tempo reale.
Limitazioni e considerazioni
- I valori consigliati sono linee guida; alcuni utenti tollerano una latenza leggermente più elevata, mentre l'uso competitivo può richiedere un minore.
- Latenza a un server di prova della velocità può differire dalla latenza al tuo vero e proprio gioco o fornitore di VoIP—misure al servizio che utilizzi.
- La perdita di pacchetto non è inclusa in questo calcolatore; la perdita alta degrada la qualità anche con RTT e jitter accettabili.
- Wi-Fi, congestione e ora del giorno influenzano i risultati; test in condizioni simili al vostro uso reale.
Misura RTT e jitter al servizio effettivo che utilizzi (server di gioco, provider VoIP, piattaforma video), non solo a un host generico di prova della velocità. Utilizzare Ethernet cablata quando possibile; Wi-Fi aggiunge latenza e jitter. Se la perdita di pacchetti è alta, indirizzo che pure — questo calcolatore si concentra su RTT e jitter.
Riferimento rapido (max RTT / jitter)
VoIP: RTT < 150 ms, jitter < 30 ms. Gioco competitivo: RTT < 50 ms, jitter < 20 ms. Videoconferenza: RTT < 150 ms, jitter < 30 ms. streaming on-demand: RTT < 200 ms. Vedere la tabella di riferimento e le sezioni raccomandazioni qui sotto per l'elenco completo.
RTT e jitter determinano come reattiva la tua connessione si sente per voce, video e giochi. Utilizzare questo calcolatore per ottenere limiti consigliati per la vostra applicazione, misurare i valori effettivi con gli strumenti sottostanti, e applicare i passaggi di risoluzione dei problemi se si è al di sopra dell'intervallo raccomandato. Priorizzare Ethernet cablata e il server più vicino per la migliore esperienza.
RTT e Jitter Spiegati
RTT e jitter sono le due metriche principali che definiscono come reattivo e stabile la connessione si sente. Qui di seguito li definiamo con precisione e come si riferiscono alla perdita dei pacchetti e al tipo di applicazione.
Che cosa è RTT (Round-Trip Time)?
RTT è il momento in millisecondi per un pacchetto da passare dal dispositivo al server (o peer) e viceversa. Colpisce direttamente come reattiva un'applicazione si sente: chiamate vocali, giochi e videochiamate tutte hanno bisogno di RTT basso per una buona esperienza. L'alta RTT provoca un ritardo notevole (ad esempio in VoIP) o in ritardo (ad esempio nei giochi).
RTT è spesso chiamato 'ping' in giochi e strumenti di rete. La latenza di una strada è circa la metà di RTT (supponendo percorsi simmetrici); per le applicazioni in tempo reale, la pista di andata conta perché la vostra azione deve raggiungere il server e la risposta deve tornare prima di vedere il risultato.
Cos'è Jitter?
Jitter è la variazione in ritardo tra i pacchetti. Anche se la latenza media è accettabile, l'alto jitter provoca la consegna irregolare: alcuni pacchetti arrivano in ritardo, portando a sbalzi, gocce in voce, o gameplay instabile. Le applicazioni utilizzano buffer di jitter per lisciare questo, ma troppo jitter ancora degrada la qualità.
Jitter è generalmente espresso in millisecondi (ms). Può essere calcolato come la variazione tra le misurazioni RTT successive o come la deviazione standard dei ritardi di una strada. VoIP e applicazioni video spesso segnalano jitter nelle loro statistiche o diagnostica.
Perdita del pacchetto e latenza
La perdita di pacchetto (i pacchetti che non arrivano mai) danneggia anche la qualità in tempo reale. L'alta perdita provoca lacune nella voce, nel video congelato o nelle retrasmissioni che aumentano la latenza effettiva. Una buona connessione ha una bassa RTT, basso jitter, e una minima perdita di pacchetti (ad esempio sotto 1%). Questo calcolatore si concentra su RTT e jitter; se l'applicazione mostra la perdita di pacchetti elevata, prendere in considerazione il controllo del link e router pure.
Perché è importante per applicazione
Le applicazioni in tempo reale (VoIP, gaming, videoconferenza) sono sensibili sia a RTT che a jitter. Lo streaming video on-demand può tollerare una maggiore latenza a causa del buffering; il gioco competitivo e l'interazione dal vivo hanno bisogno dei valori più bassi.
Che cosa colpisce la latenza e jitter?
Diversi fattori influenzano RTT e jitter. Comprenderli ti aiuta a scegliere i miglioramenti giusti, passando per Ethernet per scegliere un server più vicino o abilitando QoS.
- Distanza e routing: I dati viaggiano a velocità limitata. La distanza fisica tra te e il server, e il numero di giri di rete, influiscono direttamente sul RTT. Scegliere un server o una regione più vicino a voi riduce la latenza.
- Wi-Fi vs Ethernet: Wi-Fi aggiunge ritardo variabile e la contention con altri dispositivi, che aumenta sia la latenza che il jitter. Wired Ethernet di solito dà RTT e jitter più bassi e stabili.
- Congestione: Quando il collegamento o il router è occupato, i pacchetti aspettano in code, aumentando il ritardo e la variazione. I download pesanti o lo streaming sulla stessa connessione possono aumentare la latenza e lo jitter per il traffico in tempo reale.
- Router e modem: Attrezzature più vecchie o sovraccarica possono aggiungere ritardo di elaborazione e bufferbloat (grandi code che causano punte di latenza). L'aggiornamento o la messa a punto del router (ad esempio QoS, limiti di buffer) possono aiutare.
- ISP e spina dorsale: Il provider di Internet e il percorso per il servizio (server di gioco, provider VoIP, ecc.) determinano la linea di base RTT. Alcuni ISP o piani ottimizzano per bassa latenza; altri possono avere percorsi più congestionati o indiretti.
- Wireless e mobile: La connessione Wi-Fi cellulare e a lungo raggio hanno una latenza più elevata e variabile rispetto alla banda larga fissa. 4G/5G può essere accettabile per uso casuale ma spesso non ideale per il gioco competitivo o VoIP professionale.
Raccomandazioni per uso
Utilizzare questi limiti come obiettivi per il vostro RTT e jitter misurati. Soggiornare a o sotto di loro di solito dà una buona esperienza per ogni tipo di applicazione.
- VoIP: RTT < 150 ms e jitter < 30 ms per una conversazione chiara e naturale. Al di sopra di questo, il ritardo e la tritatura diventano evidenti.
- Gioco competitivo: RTT < 50 ms e jitter basso (< 20 ms). Ogni millisecondo conta per il tempo di reazione.
- Giochi casuali: RTT < 100 ms è di solito bene; jitter < 50 ms per evitare stutter.
- Video streaming (on-demand): Latenza conta meno una volta tamponata; il carico iniziale e il controllo (ad esempio, la ricerca) beneficiano di RTT < 200 ms.
- Live streaming / interattivo: Simile a VoIP/videoconferenza: RTT < 150 ms, jitter < 40 ms.
- Videoconferenza: RTT < 150 ms, jitter < 30 ms per la sincronizzazione audio e video liscia.
- Desktop remoto: RTT < 100 ms e jitter basso per cursore reattivo e ingresso.
- Web generale: RTT < 200 ms è comodo; i valori più alti fanno sentire le pagine lente.
Tabella di riferimento (max RTT e jitter in ms)
Questi sono gli stessi valori utilizzati dalla calcolatrice. Confronta il tuo RTT e jitter misurati con la riga che corrisponde alla tua applicazione.
| Applicazione | Max RTT (ms) | Max jitter (ms) |
|---|---|---|
| VoIP | 150 | 30 |
| Gaming (competitive) | 50 | 20 |
| Gaming (casual) | 100 | 50 |
| Video streaming (on-demand) | 200 | 50 |
| Live streaming / interactive | 150 | 40 |
| Video conferencing | 150 | 30 |
| Remote desktop | 100 | 30 |
| General web browsing | 200 | 50 |
Come misurare RTT e jitter
Misura RTT e jitter verso lo stesso servizio che utilizzi (server di gioco, provider VoIP, ecc.). ping generico a un host casuale potrebbe non riflettere il percorso per la vostra applicazione.
RTT è spesso segnalato come 'ping' in giochi o strumenti di rete. Utilizzare ping (ICMP) o test di velocità/latenza dedicati verso il servizio che si utilizza (ad esempio server di gioco, fornitore di VoIP). Nota: ping a un host casuale non riflette sempre il percorso del server di applicazione reale.
Strumenti e metodi
- Ping (linea di comando): Su Windows Open Command Prompt ed eseguire: ping -n 20 example.com. Su Mac/Linux: ping -c 20 example.com. Il risultato mostra min/avg/max RTT in ms. Jitter può essere stimato dalla diffusione tra min e max.
- Siti web di test di velocità: Siti come Speedtest.net o Fast.com spesso riferiscono la latenza (ping) e talvolta jitter. Eseguire diversi test in tempi diversi; la latenza al server di prova può differire dalla latenza al vostro gioco o servizio VoIP.
- In-game ping: Molti giochi mostrano ping o latenza al server di gioco. Questa è la RTT più rilevante per tale applicazione. Usalo con questo calcolatore selezionando l'uso appropriato (ad esempio il gioco competitivo o casual).
- Statistiche VoIP e video app: App come Zoom, Teams, Discord, o telefoni VoIP spesso mostrano RTT, jitter e perdita di pacchetti nelle impostazioni o durante una chiamata. Questi valori riflettono il percorso verso i server del servizio e sono ideali per controllare i limiti di VoIP o videoconferenza.
- Traceroute: Traceroute (traccia su Windows) mostra ogni hop a una destinazione e il ritardo per hop. Aiuta a identificare dove viene introdotta la latenza (ad esempio al tuo ISP o a una spina dorsale lontana).
Per l'immagine più accurata, eseguire test durante lo stesso tempo di giorno e condizioni del vostro uso reale (ad esempio, mentre altri utilizzano la rete).
Risoluzione dei problemi ad alta latenza e jitter
Se il tuo RTT o jitter è superiore ai valori consigliati per il tuo caso di utilizzo, prova questi passaggi in ordine. Iniziare con Ethernet e ridurre il traffico contemporaneamente; quindi regolare la scelta del server e le impostazioni del router.
- Passare a Ethernet cablata se si è su Wi-Fi. Questo da solo spesso riduce significativamente la latenza e jitter.
- Stop o pausa download pesanti, streaming o backup cloud sulla stessa connessione mentre hai bisogno di bassa latenza.
- Riavviare il modem e il router. Cancella code e problemi temporanei che possono causare punte.
- Scegli il server o la regione più vicino nel tuo gioco o applicazione (ad esempio lo stesso paese o continente).
- Attivare QoS (Quality of Service) sul router se disponibile. Priorizzare il gioco, VoIP o videoconferenza in modo che i loro pacchetti non siano ritardati da altri traffici.
- Aggiorna il firmware del router e controlla il bufferbloat. Alcuni router hanno 'Smart Queue' o caratteristiche simili che limitano l'accumulo della coda e riducono il jitter.
- Se siete su DSL o cavo, assicurarsi che non problemi di linea (rumore, filtri cattivi). Contatta il tuo ISP per un controllo linea se la latenza è costantemente elevata.
- Per il gioco o VoIP, prendere in considerazione una connessione con caratteristiche a bassa latenza (ad esempio fibra, o un ISP noto per le prestazioni di gioco / VoIP). Non tutti i piani sono uguali in termini di latenza.
Se i problemi persistono, eseguire ping e traceroute all'host esatto che la tua applicazione utilizza e condividere i risultati con il tuo ISP o supporto; spesso possono identificare il segmento problematico.
Latency vs larghezza di banda
Latenza e larghezza di banda sono diverse: uno è ritardo, l'altro è throughput. Per le applicazioni in tempo reale, la bassa latenza di solito conta più della velocità raw.
La larghezza di banda (ad esempio in Mbps) è quanto dati è possibile inviare o ricevere al secondo. Latency (RTT) è quanto tempo ci vuole per un singolo pacchetto per fare un viaggio rotondo. Sono indipendenti: è possibile avere alta larghezza di banda e alta latenza, o bassa larghezza di banda e bassa latenza.
Per applicazioni in tempo reale (VoIP, gioco, videochiamate), bassa latenza è più importante della larghezza di banda grezza. Una connessione di 20 Mbps con 30 ms RTT si sentirà molto meglio per chiamate e giochi di una connessione 100 Mbps con 150 ms RTT. Per i download e lo streaming bufferato, la larghezza di banda conta più una volta latenza è ragionevole.
Quando si sceglie un piano Internet o opti per VoIP/gaming, priorità bassa e stabile latenza; utilizzare i limiti di questo calcolatore come obiettivo e controllare il vostro reale RTT e jitter per i servizi che si utilizzano.
Migliori pratiche
Queste pratiche aiutano a mantenere RTT e jitter entro limiti accettabili per voce, video e giochi.
- Utilizzare Ethernet cablata quando possibile; Wi-Fi aggiunge latenza e jitter.
- Chiudi le app di larghezza di banda (streaming, downloads) quando giochi o su VoIP.
- Scegli un server o una regione vicino a te per i giochi e VoIP per ridurre RTT.
- La qualità del servizio (QoS) sul router può dare priorità al traffico in tempo reale e ridurre il jitter.
- I valori di questa calcolatrice sono linee guida; alcuni utenti possono tollerare una latenza leggermente più alta, mentre l'uso competitivo può richiedere un minore.
- Misurare la latenza al servizio effettivo utilizzato (server di gioco, provider VoIP), non solo ad un server generico di prova della velocità.
- Prova allo stesso tempo del giorno e sotto lo stesso carico del vostro uso reale per ottenere RTT rappresentante e jitter.
- Per le videochiamate, utilizzare una connessione cablata e chiudere altri flussi video; attivare 'accelerazione hardware' nell'app se disponibile per ridurre il ritardo di elaborazione.