Джиттер

Джиттер описывает, насколько задержка меняется от пакета к пакету. Если бы каждый пакет занимал ровно 30 мс, джиттер был бы нулевым; если же задержки колеблются между 20 мс и 90 мс, джиттер высок. Его вызывают перегрузки, смена сетевых маршрутов и очереди внутри маршрутизаторов. Для равномерных массовых передач джиттер почти не имеет значения, но для потоков в реальном времени — голос, видео, игры — он часто мешает больше, чем немного более высокая, но стабильная задержка, потому что буферы не могут сгладить непредсказуемые поступления.

Добавление промежуточного узла, такого как прокси или VPN, может изменить ваш джиттер в лучшую или худшую сторону: перегруженный промежуточный путь повышает его, тогда как хорошо обеспеченный ресурсами может быть стабильнее вашего маршрута по умолчанию. Приложения реального времени борются с джиттером с помощью джиттер-буфера, который ненадолго задерживает пакеты, чтобы их можно было воспроизводить равномерно, жертвуя небольшой задержкой ради плавности. Если задача реального времени кажется прерывистой через соединение, измеряйте время прохождения туда и обратно многократно, а не один раз — хорошее среднее всё равно может скрывать вредные колебания, которые выявляет лишь серия измерений.

Маршрутизация, загрузка сети и целевой сервис влияют на задержку и пропускную способность. Сравнивайте одну задачу по разным нужным путям в разное время, не выводя предсказуемость только из региона. s4m поддерживает профили WireGuard и OpenVPN. Выданный профиль и маршрутизация клиента определяют выход и трафик, проходящий через туннель. Связанные темы: VPN, прокси.