Войти
Что такое сетевой джиттер
Вы нажали кнопку парирования. Герой задумался. Враг занёс над ним секиру, успел вспомнить детство, погрустить о бренности сущего и только после этого получил команду отразить удар. Поздно: доспехи всмятку, загрузочный экран, контроллер рассматривается как потенциальный метательный снаряд.
Но интернет-то быстрый! Пятьсот мегабит. Оптика. В тесте нарисована победная зелёная стрелка, достойная первомайской демонстрации. Почему же облачная игра перемещается по экрану маленькими судорожными скачками?
Короткий ответ: возможно, виноват джиттер. Это не высокий пинг сам по себе, а изменение задержки между последовательными порциями данных. Пакеты приходят то вовремя, то позже, то всей пьяной компанией разом. Для загрузки фильма такая вольница почти безразлична. Для игры, которая должна немедленно отправить вашу команду на сервер и вернуть готовый кадр, — натуральный производственный саботаж.
Речь здесь идёт именно о сетевом джиттере. Дрожание кадров из-за компиляции шейдеров, плохого распределения времени между кадрами — frame pacing — или задыхающегося декодера относится уже к другим проблемам.
Пинг показывает задержку, джиттер — её изменчивость
Представьте две электрички.
Первая прибывает каждые десять минут. Медленно, зато честно: в 12:00, 12:10, 12:20. Это соединение с заметным, но стабильным пингом.
Вторая обещает тот же средний интервал, однако является в 12:00, 12:03, 12:27 и 12:30. Средняя цифра у диспетчера приличная, пассажиры на платформе уже поджигают урну. Это джиттер интернета.
Пинг показывает, сколько времени занимает дорога до сервера и обратно. Джиттер — насколько продолжительность этой дороги меняется. Возьмём два набора измерений:
- 30, 31, 29 и 30 мс;
- 5, 55, 10 и 50 мс.
Средний пинг в обоих случаях равен 30 мс. Но первое соединение работает, как швейцар с двадцатилетним стажем, второе — как гардероб в районном ДК после концерта группы «Ласковый май».
В строгом определении RFC 3550 interarrival jitter — джиттер времени прибытия — оценивает изменение относительного времени прохождения последовательных пакетов. Формулу с модулем и делением на шестнадцать оставим сетевым инженерам: она прекрасна, но в быту напоминает инструкцию к огнетушителю на санскрите. Главное проще: джиттер — это непостоянство задержки.
Почему джиттер не равен потере пакетов
Потеря пакетов — отдельная неприятность. Потерянный пакет не пришёл вообще. При джиттере он может явиться, но с опозданием. Формально жив, а для текущего кадра уже может быть бесполезен. Это как получить приглашение на свадьбу после развода.
Высокий пинг хотя бы последователен: к небольшой вязкости управления иногда можно приспособиться. Джиттер в игре меняет правила каждую секунду. Один прыжок откликается сразу, следующий — после таинственной паузы, третий отправляет героя с обрыва. Научиться компенсировать случайность нельзя. Даже кошка не ловит лазерную точку, которую перемещает бухгалтер генератором случайных чисел.
Почему одной высокой скорости недостаточно
За что отвечает пропускная способность
Пропускная способность показывает, сколько данных соединение способно перевезти за секунду. Для облачной игры от неё зависят доступный битрейт, разрешение и количество компрессионной каши в тёмных кустах.
Полоса необходима. Если видеопотоку тесно, клиент снизит качество или начнёт захлёбываться. FogPlay, например, рекомендует скорость от 15 Мбит/с и подключение по Ethernet либо Wi‑Fi 5 ГГц. Но это рекомендация конкретной платформы, а не высеченная на горе универсальная цифра для всех облачных сервисов.
После того как полосы хватает, дополнительные мегабиты не превращаются автоматически в плавность. Автострада шириной в двадцать рядов бесполезна, если шлагбаум открывается через случайные промежутки.
До необходимого минимума мегабиты — хлеб, воздух и патроны. После него одна только большая цифра в тарифе уже ничего не гарантирует. Выглядит богато, парировать босса не помогает.
За что отвечают пинг и джиттер
Высокий стабильный пинг создаёт постоянное запаздывание: команда регулярно доходит позже желаемого. Высокий джиттер делает задержку непредсказуемой. Управление то кажется нормальным, то внезапно тяжелеет, а кадры могут приходить неравномерно.
Поэтому после достижения достаточной пропускной способности стабильность задержки становится не менее важной, чем скорость. Формулировка «джиттер всегда важнее скорости» была бы неверной: без достаточной полосы видеопотоку тоже конец.
Как джиттер превращается в рывки и мыльную кашу
Облачная игра — аттракцион с замкнутым кругом. Контроллер отправляет команду. Сервер принимает её, обновляет состояние игры, рисует кадр и кодирует видео. Сеть возвращает поток. Устройство декодирует его, ждёт обновления дисплея и показывает результат.
Microsoft разбирает эту эстафету на отдельные участки: игровой движок, захват, кодирование, сеть, декодирование и вывод. Задержки складываются, а сетевая часть способна меняться буквально от пакета к пакету.
Буфер сглаживает поток, но добавляет задержку
Клиент может положить данные в небольшой буфер и немного подождать отставших. Поток станет ровнее, но управление — тяжелее. Буфер похож на добросовестного завхоза: наведёт порядок, однако выдаст меч после заполнения формы в трёх экземплярах.
У обычного видео запас в буфере можно увеличить. Облачной игре такой способ подходит хуже: каждый дополнительный момент ожидания удлиняет путь от нажатия кнопки до результата на экране.
Когда поздний пакет становится бесполезным
Если клиент не ждёт, слишком поздние данные приходится отбросить. В зависимости от реализации система может скрыть повреждение, пропустить часть изображения, запросить новый опорный кадр или снизить битрейт. Результат для игрока — рывок, замирание либо внезапное размытие.
ITU-T G.1032 связывает высокий джиттер в облачных играх с дополнительной буферизацией, опозданием данных и неравномерным выводом кадров. EA среди заметных проявлений значительного джиттера называет задержки, замирания изображения и разрывы соединения.
При 60 кадрах в секунду один кадр длится около 16,7 мс; при 30 кадрах — 33,3 мс. Это не норма джиттера, а наглядная цена времени. Пакет, загулявший на лишние 50 мс, способен опоздать сразу к нескольким кадрам.
Как проверить джиттер интернета
Быстрый тест в браузере
Провести тест джиттера интернета можно через Cloudflare Speed Test. Он измеряет задержку в покое и под нагрузкой, джиттер, пропускную способность и потерю пакетов.
Проверка занимает несколько шагов:
- Остановите торренты, обновления, облачную синхронизацию и видеостримы на других устройствах. Выполните три теста подряд и сохраните результаты: скорость, idle latency, loaded latency, jitter и packet loss.
- Повторите серию при обычной домашней нагрузке. Нас интересует не рекорд скорости, а то, насколько изменятся задержка и джиттер, пока сеть занята.
- Если играете по Wi‑Fi, проведите контрольный замер по Ethernet. Кабель некрасив, тянется через комнату и провоцирует семейные конфликты, зато как свидетель обвинения почти безупречен.
- Повторите тесты вечером и утром. Сопоставьте время плохих результатов с рывками в реальной игровой сессии и, если доступно, с её сетевой статистикой.
Контрольный замер по кабелю
Сравнивать нужно одинаковые условия: то же устройство, тот же тест и примерно то же время. Если по кабелю показатели устойчивы, а по Wi‑Fi скачут, причина, вероятнее всего, находится между устройством и роутером. Если нестабильность остаётся и по Ethernet, круг подозреваемых расширяется до роутера, провайдера и маршрута.
Почему один результат не ставит диагноз
Один замер — не диагноз, а фотография подозреваемого, сделанная в тумане. Cloudflare измеряет путь до собственной сети, а не до выбранного игрового компьютера FogPlay. На результат влияют маршрут, браузер, Wi‑Fi, время суток и текущая домашняя вакханалия.
Поэтому хороший браузерный тест не оправдывает игровой маршрут, а плохой не доказывает вину провайдера. Нужны повторяемость и совпадение сетевых скачков с поведением самой сессии.
Как интерпретировать результат без выдуманной нормы
Почему разные тесты показывают разные числа
Тесты используют разные серверы, маршруты, размеры выборки и алгоритмы расчёта. Даже слово «джиттер» может обозначать среднее изменение соседних измерений, стандартное отклонение задержки или оценку по формуле для конкретного протокола. Поэтому сравнивать числа из разных инструментов напрямую нельзя.
Универсальной шкалы вроде «до 5 мс — зелёное, после 10 мс — бегите» не существует. Спокойная стратегия и соревновательный шутер также предъявляют к соединению разные требования.
Какие сочетания показателей действительно тревожны
Ориентируйтесь не на одну магическую цифру, а на несколько сигналов:
- Если стабильная скорость ниже рекомендованных FogPlay 15 Мбит/с, сначала устраните нехватку полосы: она уже способна испортить видеопоток независимо от джиттера.
- Повторяющаяся потеря пакетов выше 0% — самостоятельный источник артефактов и рывков. Единичный результат нужно перепроверить тем же тестом.
- Если loaded latency при кабельном подключении регулярно превышает idle почти на 100 мс или больше, это повод проверить роутер, конкурирующий трафик и соединение провайдера. Cloudflare называет такую разницу распространённым признаком плохого соединения.
- Отдельные скачки задержки порядка 50 мс — не универсальная граница джиттера. Однако в специальной модели облачного гейминга ITU-T G.1051 использует 50 мс как порог значимого скачка. С результатом браузерного теста эту величину можно сопоставлять только с учётом его методики.
- Если по кабелю показатель устойчив, а по Wi‑Fi резко скачет, виновник, вероятнее всего, находится в локальной беспроводной сети.
- Если браузерный тест хорош, но рывки повторяются на одном игровом сервере, проверяйте маршрут и саму сессию: публичный тест не измеряет дорогу до игрового ПК.
Хороший результат — ровный и воспроизводимый показатель без крупных выбросов. Тревожный — тот, который заметно скачет между прогонами, растёт под нагрузкой и портится одновременно с игрой. Корреляция здесь полезнее интернет-фольклора.
Что делать, если соединение нестабильно
Проблема исчезла по кабелю
Если проблема исчезла по кабелю, приговор Wi‑Fi практически оглашён. Оставляйте Ethernet либо переходите на диапазон 5 ГГц, располагайтесь ближе к роутеру и по возможности выбирайте менее загруженный радиоканал. Wi‑Fi прекрасен свободой передвижения, но в дисциплине «предсказуемость» кабель продолжает выступать в другой лиге.
Джиттер растёт только под нагрузкой
Остановите параллельные загрузки и проверьте остальные устройства. Резервные копии фотографий, обновление консоли и семейный телевизор умеют тихо организовать у роутера фестиваль тяжёлого транспорта.
Заметный рост задержки под нагрузкой может быть связан с длинными очередями в роутере — явлением, которое называют bufferbloat. При наличии понятной настройки QoS или управления очередями её можно использовать, но без шаманского копирования чужих параметров с форума.
Проблема сохраняется при прямом подключении
Повторите замеры в разное время, выберите в FogPlay ближайший сервер с меньшим пингом и попробуйте другой подходящий игровой ПК. Когда соединение проверено, можно переходить к самому облачному геймингу: короткий и стабильный маршрут между вами и машиной, которая рисует кадры, важнее красивой цифры в тарифе.
Если это не помогло, соберите время сбоев, результаты повторных тестов, данные кабельного замера и код ПК, а затем отправьте сведения провайдеру или технической поддержке. Фраза «у меня лагает» вызывает только административную тоску. График скачков под нагрузкой — уже улика.
Последний пакет
Скорость отвечает на вопрос, сколько данных способно проехать. Пинг — сколько длится поездка. Джиттер — будет ли каждая следующая поездка длиться примерно столько же. Потеря пакетов сообщает, сколько пассажиров по дороге бесследно исчезло.
Для облачной игры важны все четыре показателя, но именно джиттер превращает нормальный отклик в непредсказуемый. Он заставляет буфер ждать, клиент — отбрасывать запоздавшие данные, кодек — ухудшать картинку, а игрока — подозревать контроллер, Windows, разработчиков и положение Юпитера относительно ближайшей базовой станции.
Поэтому при следующем рывке не любуйтесь одинокой цифрой «500 Мбит/с». Проведите три замера, сравните покой с нагрузкой, Wi‑Fi — с кабелем, браузерный тест — с поведением самой сессии.
И только потом метайте контроллер. Возможно, он ни в чём не виноват.