O que é Jitter?

Porque é que Jitter importa

Para voz, jogos e negociação, a variação de atraso é muitas vezes mais importante do que a latência: uns consistentes 60 ms são muito mais utilizáveis do que uma média de 40 ms que regularmente picos de 200 ms, porque os buffers são dimensionados para o pior caso em vez da média. A variação geralmente vem de filas numa ligação congestionada, de flutuação de rota ou — no lado do servidor — de tempo de roubo de CPU que atrasa o processo que deveria ter respondido. Essa última causa é invisível numa trace de rede e é a razão pela qual a vCPU dedicada importa para cargas de trabalho sensíveis à latência. Meça-a com mtr ou uma execução longa de iperf3 em vez de um punhado de pings; uma amostra de cinco pacotes quase não lhe diz nada sobre a variância.

Jitter na prática

Quando executa um serviço sensível à latência, o jitter é o que mede com o mtr ou uma execução longa de iperf3, não um punhado de pings. Observe a variação na coluna de atraso, não apenas a média. Se vir picos, verifique o tempo de roubo de CPU no anfitrião — isso é invisível num rastreio de rede. Reduza o jitter garantindo que tem vCPU dedicado, não recursos partilhados. Se errar, os seus buffers serão dimensionados para o pior cenário, o que significa que o seu tráfego de voz, jogos ou negociação degrada-se até ficar inutilizável durante os picos.

O que se costuma entender mal sobre Jitter

As pessoas assumem que uma latência média baixa significa bom desempenho. O erro comum é ignorar a variação, pensando que uma média de 40 ms com picos de 200 ms é aceitável. Correto: o jitter muitas vezes importa mais do que a latência — os buffers são dimensionados para o pior cenário, por isso 60 ms consistentes superam uma média de 40 ms que tem picos regulares. Meça sempre ao longo do tempo.