Jitter

Jitter descreve o quanto a latência varia de pacote para pacote. Se cada pacote levasse exatamente 30 ms, haveria zero jitter; se os atrasos variam entre 20 ms e 90 ms, o jitter é alto. Isso é causado por congestionamento, mudanças nos caminhos da rede e enfileiramento dentro dos roteadores. Para transferências em massa constantes, o jitter mal importa, mas para streams em tempo real — voz, vídeo, jogos — muitas vezes é mais disruptivo do que um atraso ligeiramente maior, mas estável, porque os buffers não conseguem suavizar chegadas imprevisíveis.

Adicionar um hop como um proxy ou VPN pode mudar seu jitter para melhor ou pior: um caminho intermediário congestionado o aumenta, enquanto um bem provisionado pode ser mais estável do que sua rota padrão. Aplicações em tempo real combatem o jitter com um buffer de jitter que mantém os pacotes brevemente para que possam ser reproduzidos em um ritmo uniforme, trocando um pouco de latência por suavidade. Se uma tarefa em tempo real parecer irregular através de uma conexão, amostre a viagem de ida e volta repetidamente em vez de uma vez — uma boa média ainda pode esconder uma variação prejudicial que apenas uma série de medições revela.

Para manter o jitter baixo, prefira uma conexão com fio em vez de Wi-Fi congestionado, evite saturar sua conexão com transferências em segundo plano durante uma sessão em tempo real e escolha uma saída com um caminho estável para seu destino. Se uma chamada com proxy apresentar gagueira, compare o jitter com e sem o salto em várias amostras em vez de uma. Para trabalho em tempo real crítico em latência, a região de saída única e consistente da s4m VPN geralmente se comporta de forma mais previsível do que um proxy público ad-hoc.