Що вимірює пінг-тест і як читати результати
Пінг-тест вимірює, скільки мілісекунд потрібно невеликому пакету, щоб дістатися від вашого пристрою до тестового сервера й повернутися назад. Проте одне середнє значення мало що говорить про те, як з’єднання поводиться в реальному використанні. Тому цей тест показує затримку разом із джитером, втратою пакетів і загальною оцінкою стабільності на одному екрані: ви бачите не лише, наскільки швидко відповідає з’єднання, а й наскільки стабільно воно це робить.
Як працює наш тест
Більшість пінг-тестів у браузері надсилають HTTP-запити. HTTP працює поверх TCP, який непомітно повторно передає кожен втрачений пакет: ви бачите трохи вище число, а справжня проблема — втрата пакетів — залишається прихованою. Ігри та відеодзвінки здебільшого використовують UDP, де втрачений пакет просто зникає й проявляється як підвисання, «відкидання» персонажа назад або пропущений склад.
Щоб виміряти саме той трафік, який має значення, тест працює так:
- Ваш браузер відкриває WebSocket-з’єднання з тестовим сервером. Воно використовується лише для налаштування (сигналізації).
- Потім створюється канал даних WebRTC, налаштований як невпорядкований і без повторних передавань (maxRetransmits: 0), тож він поводиться як UDP.
- Трафік ретранслюється через власний TURN-сервіс сервера, завдяки чому тест працює незалежно від налаштувань NAT чи брандмауера вашого роутера.
- Пакети вибраного вами розміру (32–1200 байтів) надсилаються з вибраною частотою (1–100 на секунду) протягом вибраного часу (від 5 секунд до 5 хвилин). Сервер повертає кожен пакет назад.
- Після завершення тесту сервер повідомляє, які ідентифікатори пакетів він отримав. Це дає змогу розділити втрати на втрати на вивантаженні (загублені на шляху туди) і на завантаженні (загублені на шляху назад).
Показники у вашому звіті
- Середній, мінімальний і максимальний пінг: загальний рівень затримки та її крайні значення. Мінімум близький до того, на що здатна ваша лінія без навантаження.
- Медіана і 95-й процентиль: медіана ігнорує поодинокі стрибки, а 95-й процентиль показує затримку, нижче якої залишилися 95% пакетів. Раптові лаги, які ви відчуваєте в матчі, зазвичай першими проявляються саме тут.
- Джитер: середня абсолютна різниця між послідовними значеннями часу туди й назад. Що він вищий, то менш передбачувана затримка.
- Запізнілі, невпорядковані та дубльовані пакети: запізнілі пакети шкодять застосункам реального часу так само, як і втрачені; зміна порядку та дублікати можуть вказувати на проблеми маршрутизації на шляху.
- Відсоток стабільності та оцінка (A–F): короткий підсумок усього наведеного вище.
- Оцінка MOS: приблизна якість голосового дзвінка за шкалою від 1 до 4,5, обчислена за спрощеною версією E-моделі ITU-T G.107.
Цільові значення залежно від завдання
З’єднання, якого достатньо для одного завдання, може виявитися поганим для іншого. Орієнтуйтеся на ці приблизні значення:
| Завдання | Пінг | Джитер | Втрата пакетів |
|---|---|---|---|
| Змагальні шутери | менше 40 ms | менше 5 ms | 0% |
| MOBA та інші онлайн-ігри | менше 80 ms | менше 10 ms | менше 1% |
| Відеодзвінки та VoIP | менше 150 ms | менше 30 ms | менше 1% |
| Стримінг і перегляд сайтів | менше 200 ms | не критично | менше 2% |
Застосунки з буферизацією, як-от потокове відео, можуть згладжувати короткі коливання; ігри та дзвінки — ні. Навіть за достатньої пропускної здатності високий джитер або втрати все одно спричинятимуть проблеми в усьому, що працює в реальному часі.
Поради для точніших результатів
- Виберіть найближчий до вас сервер.
- За можливості підключіться через кабель Ethernet.
- Призупиніть завантаження, оновлення та хмарні резервні копії.
- Проводьте тест щонайменше 30 секунд.
- Тестуйте в різний час доби.
- Порівняйте Wi-Fi із дротовим з’єднанням.
- Для ігор використовуйте малі пакети з високою частотою.
- Зберігайте результати у CSV або JSON на потім.
Для довших і детальніших вимірювань скористайтеся тестом втрати пакетів. Щоб перевірити затримку до регіонів серверів конкретної гри, спробуйте пінг-тест CS2 або одну з інших ігрових сторінок.
Як поділитися результатами з провайдером
Якщо проблема повторюється, завантажте звіт і додайте його до звернення в службу підтримки. Він містить дату, використаний сервер, кількість надісланих і отриманих пакетів, а також втрати в кожному напрямку. Кілька тестів через дротове з’єднання в різний час доби — вагомий доказ того, що проблема на лінії, а не у вашій домашній мережі. Якщо ви бачите переважно втрати на вивантаженні, перевірте роутер, кабелі та налаштування Wi-Fi, перш ніж звертатися до провайдера. Тестові сервери розташовані в кількох локаціях, зокрема в Стамбулі, Фалькенштайні, Франкфурті та Гравліні, тож ви можете також перевірити, чи стосується проблема всіх маршрутів, чи лише одного.