Приемлемый калькулятор латентности

Независимо от того, находитесь ли вы на VoIP-звонке, играете ли вы в Интернете, потоковой передаче или на видеоконференции, отзывчивость вашего соединения зависит от двух ключевых показателей: задержки (часто измеряемой как RTT) и джиттера. В этом руководстве объясняется, что это такое, какие значения приемлемы для каждого типа использования, как их измерить и как улучшить свой опыт, когда они слишком высоки.

Зачем использовать этот калькулятор?

Калькулятор дает рекомендуемый максимум RTT и джиттера на тип приложения. Вы можете ознакомиться только с эталонными значениями или ввести свой текущий RTT и джиттер (из теста скорости, игры или диагностики VoIP), чтобы увидеть, находится ли ваше соединение в допустимых пределах для VoIP, игр, потоковой передачи, видеоконференций, удаленного рабочего стола или общего веб-использования.

Как работает калькулятор

Выберите тип приложения (например, VoIP, конкурентные игры, видеоконференции). Калькулятор показывает рекомендуемый максимум RTT и джиттера в миллисекундах для этого использования. Если вы вводите измеренный RTT и джиттер, он сравнивает их с этими ограничениями и указывает, приемлемы ли ваши значения или рекомендованы выше.

Реальное время vs буферизованные приложения

Преимущества проверки латентности

• Диагностика проблем: Знайте, превышает ли ваш RTT или джиттер рекомендуемые пределы для вашего случая использования.
• Установите ожидания: Поймите, что значит «хорошо» для VoIP, игр или видеозвонков.
• Выберите сервер/регион: Выберите ближайшую игру или VoIP-сервер, чтобы оставаться в пределах.
• План обновления: Решите, нужно ли вам другое соединение или QoS для удовлетворения требований реального времени.

Ограничения и соображения

• Рекомендуемые значения являются руководящими принципами; некоторые пользователи терпят немного более высокую задержку, в то время как конкурентное использование может потребовать меньше.
• Задержка на сервере для проверки скорости может отличаться от задержки до вашей реальной игры или VoIP-провайдера - мера используемой вами услуги.
• Пакетные потери не включены в этот калькулятор; высокие потери ухудшают качество даже при приемлемом RTT и джиттере.
• Wi-Fi, перегруженность и время суток влияют на результаты тестирования в условиях, аналогичных реальному использованию.

Быстрая ссылка (max RTT/jitter)

RTT и джиттер являются двумя основными показателями, которые определяют, насколько отзывчивым и стабильным является ваше соединение. Ниже мы определяем их точно и как они относятся к потере пакетов и типу приложения.

Что такое RTT (время круговой поездки)?

RTT - это время в миллисекундах для пакета, который переходит с вашего устройства на сервер (или одноранговое устройство) и обратно. Это напрямую влияет на то, как реагирует приложение: голосовые вызовы, игры и видеозвонки требуют низкого уровня RTT для хорошего опыта. Высокий RTT вызывает заметную задержку (например, в VoIP) или задержку (например, в играх).

RTT часто называют «пингом» в играх и сетевых инструментах. Односторонняя задержка составляет примерно половину RTT (при условии симметричных путей); для приложений в режиме реального времени важна обратная связь, потому что ваше действие должно достичь сервера, и ответ должен вернуться, прежде чем вы увидите результат.

Что такое Джиттер?

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

Джиттер обычно выражается в миллисекундах (мс). Его можно рассчитать как вариацию между последовательными измерениями RTT или как стандартное отклонение односторонних задержек. VoIP и видео приложения часто сообщают о джиттере в своей статистике или диагностике.

Потеря пакета и задержка

Потеря пакета (пакеты, которые никогда не поступают) также вредит качеству в реальном времени. Высокая потеря вызывает пробелы в голосе, замороженное видео или ретрансляции, которые увеличивают эффективную задержку. Хорошее соединение имеет низкий RTT, низкий джиттер и минимальную потерю пакетов (например, менее 1)%). Этот калькулятор фокусируется на RTT и джиттере; если ваше приложение показывает высокую потерю пакетов, подумайте о проверке ссылки и маршрутизатора.

Почему это важно при применении

Приложения реального времени (VoIP, игры, видеоконференции) чувствительны как к RTT, так и к джиттеру. Потоковое видео по запросу может выдерживать более высокую задержку из-за буферизации; конкурентные игры и живое взаимодействие требуют наименьших значений.

Несколько факторов влияют на RTT и дрожь. Понимание их поможет вам выбрать правильные улучшения — от перехода на Ethernet до выбора более близкого сервера или включения QoS.

• Расстояние и маршрутизация: Данные движутся с конечной скоростью. Физическое расстояние между вами и сервером и количество сетевых переходов напрямую влияют на RTT. Выбор сервера или области ближе к вам уменьшает задержку.
• Wi-Fi против Ethernet: Wi-Fi добавляет переменную задержку и раздор с другими устройствами, что увеличивает задержку и джиттер. Проводной Ethernet обычно дает более низкий и стабильный RTT и джиттер.
• Перегруженность: Когда соединение или маршрутизатор заняты, пакеты ждут в очередях, увеличивая задержку и изменение. Тяжелые загрузки или потоковая передача на одном и том же соединении могут увеличить задержку и джиттер для трафика в реальном времени.
• Маршрутизатор и модем: Старое или перегруженное оборудование может добавить задержку обработки и буферное раздувание (большие очереди, которые вызывают всплески задержки). Обновление или настройка маршрутизатора (например, QoS, ограничения буфера) может помочь.
• ISP и back-one: Ваш интернет-провайдер и путь к сервису (игровой сервер, VoIP-провайдер и т.д.) определяют базовый RTT. Некоторые интернет-провайдеры или планы оптимизируются для низкой задержки; другие могут иметь более перегруженные или косвенные маршруты.
• Беспроводные и мобильные: Сотовый и дальний Wi-Fi обычно имеют более высокую и более переменную задержку, чем фиксированная широкополосная связь. 4G / 5G может быть приемлемым для повседневного использования, но часто не идеально подходит для конкурентоспособных игр или профессионального VoIP.

Используйте эти ограничения в качестве целей для измерения RTT и джиттера. Пребывание на или ниже них обычно дает хороший опыт для каждого типа приложения.

• VoIP: RTT < 150 мс и джиттер < 30 мс для ясной, естественной беседы. Выше этого становятся заметными задержка и дряблость.
• Конкурентные игры: RTT < 50 мс и низкий джиттер (< 20 мс). Каждая миллисекунда учитывает время реакции.
• Случайные игры: RTT < 100 мс обычно хорошо; джиттер < 50 мс, чтобы избежать заикания.
• потоковое видео (по требованию): Задержка имеет меньшее значение после буферизации; начальная нагрузка и контроль (например, поиск) выигрывают от RTT < 200 мс.
• Прямая трансляция / интерактивная: Похожие на VoIP/видеоконференции: RTT < 150 мс, jitter < 40 мс.
• Видеоконференции: RTT < 150 мс, джиттер < 30 мс для плавной синхронизации аудио и видео.
• Удаленный рабочий стол: RTT < 100 мс и низкий джиттер для отзывчивого курсора и ввода.
• Общий веб: RTT < 200 мс удобно; более высокие значения заставляют страницы чувствовать себя медленно.

Измерьте RTT и джиттер по отношению к тому же сервису, который вы используете (игровой сервер, VoIP-провайдер и т. Д.). Общий пинг для случайного хоста может не отражать путь к вашему приложению.

RTT часто упоминается как «пинг» в играх или сетевых инструментах. Используйте ping (ICMP) или специальные тесты скорости / задержки для службы, которую вы используете (например, игровой сервер, VoIP-провайдер). Пинг на случайный хост не всегда отражает путь к вашему фактическому серверу приложений.

Инструменты и методы

• Пинг (командная строка): В Windows открывается командная строка и запускается: ping -n 20 example.com. На Mac/Linux: ping -c 20 example.com Результат показывает min/avg/max RTT в мс. Джиттер можно оценить по спреду между мин и макс.
• Сайты тестирования скорости: Такие сайты, как Speedtest.net или Fast.com, часто сообщают о задержке (ping), а иногда и о джиттере. Запустите несколько тестов в разное время; задержка на тестовом сервере может отличаться от задержки в вашей игре или VoIP-сервисе.
• В игре пинг: Многие игры отображают пинг или задержку на игровом сервере. Это самый актуальный RTT для этого приложения. Используйте его с помощью этого калькулятора, выбрав соответствующее использование (например, игровой конкурентоспособный или случайный).
• Статистика VoIP и видео приложений: Приложения, такие как Zoom, Teams, Discord или VoIP-телефоны, часто показывают RTT, джиттер и потерю пакетов в настройках или во время звонка. Эти значения отражают путь к серверам службы и идеально подходят для проверки ограничений VoIP или видеоконференций.
• Следопыт: Traceroute (трекер на Windows) показывает каждый прыжок к месту назначения и задержку на прыжок. Это помогает определить, где вводится задержка (например, у вашего интернет-провайдера или удаленной магистрали).

Для получения наиболее точной картины запустите тесты в то же время дня и в тех же условиях, что и при реальном использовании (например, в то время как другие используют сеть).

Если ваш RTT или джиттер выше рекомендуемых значений для вашего варианта использования, попробуйте эти шаги в порядке. Начните с Ethernet и уменьшите одновременный трафик; затем настройте параметры выбора сервера и маршрутизатора.

1. Переключитесь на проводной Ethernet, если вы используете Wi-Fi. Это само по себе часто значительно уменьшает задержку и дрожь.
2. Прекратите или приостановите тяжелые загрузки, потоковое или облачное резервное копирование на том же соединении, пока вам нужна низкая задержка.
3. Перезагрузите модем и маршрутизатор. Чистые очереди и временные проблемы, которые могут вызвать шипы.
4. Выберите ближайший сервер или регион в игре или приложении (например, ту же страну или континент).
5. Включите QoS (качество обслуживания) на маршрутизаторе, если он доступен. Приоритетируйте игры, VoIP или видеоконференции, чтобы их пакеты не задерживались другим трафиком.
6. Обновите прошивку маршрутизатора и проверьте наличие буфера. Некоторые маршрутизаторы имеют «умную очередь» или аналогичные функции, которые ограничивают наращивание очереди и уменьшают джиттер.
7. Если вы используете DSL или кабель, убедитесь, что нет проблем с линией (шум, плохие фильтры). Свяжитесь с вашим интернет-провайдером для проверки линии, если задержка постоянно высока.
8. Для игр или VoIP рассмотрите соединение с функциями с низкой задержкой (например, волокно или ISP, известный производительностью игр / VoIP). Не все планы равны с точки зрения задержки.

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

Задержка и пропускная способность различны: один — задержка, другой — пропускная способность. Для приложений реального времени низкая задержка обычно имеет большее значение, чем необработанная скорость.

Пропускная способность (например, в Mbps) - это количество данных, которые вы можете отправлять или получать в секунду. Задержка (RTT) - это то, сколько времени требуется для одного пакета, чтобы совершить круглую поездку. Они независимы: вы можете иметь высокую пропускную способность и высокую задержку или низкую пропускную способность и низкую задержку.

Для приложений реального времени (VoIP, игры, видеозвонки) низкая задержка важнее, чем необработанная пропускная способность. Соединение 20 Мбит / с RTT 30 мс будет намного лучше для звонков и игр, чем соединение 100 Мбит / с RTT 150 мс. Для загрузок и буферной потоковой передачи пропускная способность имеет большее значение, когда задержка является разумной.

При выборе интернет-плана или оптимизации для VoIP / игр, расставьте приоритеты низкой и стабильной задержки; используйте ограничения этого калькулятора в качестве цели и проверьте свой фактический RTT и джиттер к услугам, которые вы используете.