Cos'è RTT?

Perché RTT è importante

Il limite fisico è circa 1 ms per 100 km in ogni direzione: la luce nella fibra viaggia a circa due terzi della velocità della luce e i percorsi reali sono circa 1,35 volte la distanza del grande cerchio. Nessun provider supera questo limite, motivo per cui la posizione determina più la velocità percepita di qualsiasi specifica hardware. Ciò che fa una buona rete è avvicinarsi a quel limite: peering diretto piuttosto che tre hop di transito e collegamenti non congestionati che non aggiungono ritardo di accodamento alla distanza. Nota che il ping ICMP e il round trip a livello di applicazione non sono la stessa misura: i router di solito de-prioritizzano l'ICMP, quindi un ping può sembrare peggiore dell'handshake TCP che i tuoi utenti effettivamente sperimentano. Ogni pagina di posizione di OnionVPS pubblica un RTT stimato verso ogni altra regione, calcolato con la formula sopra, così il numero è riproducibile piuttosto che promozionale.

RTT in pratica

Quando esegui un server, l'RTT è la verità di base per la latenza percepita dagli utenti. Lo osservo da alcuni punti di osservazione, non solo dal mio datacenter. Se l'RTT della mia app verso una regione è alto, prima controllo se il percorso ha tre salti di transito o link congestionati; quello è ritardo di accodamento che posso risolvere. Se è la distanza, sposto l'istanza. Sbagliare significa un servizio che sembra lento e che nessuna specifica hardware risolve, perché la legge fisica impone il minimo. La buona notizia: l'RTT da un ping ICMP può ingannare, poiché i router de-prioritizzano quel traffico; misura invece con una vera handshake TCP.

Errori comuni su RTT

L'errore comune è trattare il ping ICMP come il numero RTT definitivo. Molti presumono che un ping dica loro cosa sperimentano gli utenti, ma i router de-prioritizzano l'ICMP, quindi il ping può sembrare peggiore della reale handshake TCP. La correzione: usa misurazioni a livello applicativo per la latenza reale percepita dall'utente.