Jitter

Jitter descrive quanto varia la latenza da pacchetto a pacchetto. Se ogni pacchetto impiegasse esattamente 30 ms non ci sarebbe jitter; se i ritardi oscillano tra 20 ms e 90 ms, il jitter è alto. È causato da congestione, cambiamenti nei percorsi di rete e code all'interno dei router. Per trasferimenti di massa stabili, il jitter conta poco, ma per flussi in tempo reale — voce, video, giochi — è spesso più dirompente di un ritardo leggermente più alto ma stabile, perché i buffer non possono smussare arrivi imprevedibili.

Aggiungere un hop come un proxy o un VPN può cambiare il tuo jitter in meglio o in peggio: un percorso intermedio congestionato lo aumenta, mentre uno ben fornito può essere più stabile rispetto al tuo percorso predefinito. Le applicazioni in tempo reale combattono il jitter con un buffer di jitter che trattiene brevemente i pacchetti in modo che possano essere riprodotti a un ritmo uniforme, scambiando un po' di latenza per fluidità. Se un'attività in tempo reale sembra a scatti attraverso una connessione, campiona il round trip ripetutamente piuttosto che una sola volta: una buona media può ancora nascondere una variazione dannosa che solo una serie di misurazioni rivela.

Per mantenere basso il jitter, preferisci un collegamento cablato rispetto a un Wi-Fi congestionato, evita di saturare la tua connessione con trasferimenti in background durante una sessione in tempo reale e scegli un'uscita con un percorso stabile verso il tuo obiettivo. Se una chiamata proxy presenta dei problemi, confronta il jitter con e senza il salto attraverso diversi campioni piuttosto che uno solo. Per lavori in tempo reale critici per la latenza, la regione di uscita unica e coerente del s4m VPN spesso si comporta in modo più prevedibile rispetto a un proxy pubblico ad-hoc.