Jitter

Le jitter décrit combien la latence varie d'un paquet à l'autre. Si chaque paquet prenait exactement 30 ms, il n'y aurait aucun jitter ; si les délais oscillent entre 20 ms et 90 ms, le jitter est élevé. Il est causé par la congestion, les chemins de réseau changeants et le mise en file d'attente à l'intérieur des routeurs. Pour les transferts en vrac stables, le jitter a à peine d'importance, mais pour les flux en temps réel — voix, vidéo, jeux — il est souvent plus perturbateur qu'un délai légèrement plus élevé mais stable, car les tampons ne peuvent pas lisser les arrivées imprévisibles.

Ajouter un saut tel qu'un proxy ou un VPN peut modifier votre gigue pour le meilleur ou pour le pire : un chemin intermédiaire congestionné l'augmente, tandis qu'un chemin bien provisionné peut être plus stable que votre route par défaut. Les applications en temps réel combattent la gigue avec un tampon de gigue qui maintient brièvement les paquets afin qu'ils puissent être restitués à un rythme régulier, échangeant un peu de latence pour de la fluidité. Si une tâche en temps réel semble saccadée à travers une connexion, échantillonnez le temps de réponse plusieurs fois plutôt qu'une seule — une bonne moyenne peut encore cacher une variance dommageable que seule une série de mesures révèle.

Pour maintenir un faible jitter, privilégiez une connexion filaire plutôt qu'un Wi-Fi encombré, évitez de saturer votre connexion avec des transferts en arrière-plan pendant une session en temps réel, et choisissez une sortie avec un chemin stable vers votre cible. Si un appel proxy présente des saccades, comparez le jitter avec et sans le saut sur plusieurs échantillons plutôt que sur un seul. Pour un travail en temps réel critique en termes de latence, la région de sortie unique et cohérente du s4m VPN se comporte souvent de manière plus prévisible qu'un proxy public ad hoc.