Спочатку ціль, а не універсальний поріг
Для швидкої мережевої гри зазвичай бажаний низький і стабільний час туди й назад до фактичного сервера гри. Таблиця — редакційний орієнтир, не офіційний стандарт і не гарантія гри.
| Час туди й назад | Приблизне тлумачення |
|---|---|
| Менше 50 мс | Орієнтир низької затримки для швидкої взаємодії. |
| 50–100 мс | Може бути придатним; перевіряйте гру та стабільність. |
| 100–150 мс | Затримка може бути помітнішою у швидких іграх. |
| Понад 150 мс | Часто гірший відгук, але це не доказ несправності. |
Не застосовуйте таблицю до всіх дзвінків і відео. Дзвінки залежать також від джитеру, втрат і буферів; буферизоване відео — від пропускної здатності та стабільності. Результат браузера не гарантує досвід.
Пінг, затримка й стабільність
Звичайна команда ping використовує ехо ICMP. RTT охоплює обидва напрямки. Поділ навпіл не визначає надійно затримку в один бік: маршрути й черги можуть різнитися. Мбіт/с — місткість каналу, а не затримка у мс.
Коливання часто називають джитером; втрата пакетів — інший показник. Записуйте ціль і метод, адже інструменти можуть обчислювати різні статистики.
Що вимірює IPdidi
Тест пінгу робить 2 підготовчі запити й 40 HTTP-вимірювань до /ping.txt у вузлі Cloudflare, який обслуговує сайт. Він не надсилає ICMP й не вимірює сервер гри.
Зазвичай використовується інтервал від requestStart до responseStart, який може містити обробку сервером. За відсутності цих даних береться час fetch разом із читанням відповіді. Чистий мережевий RTT не гарантується.
Показаний джитер — середня абсолютна зміна між сусідніми успішними пробами. Тайм-аут або помилка HTTP — невдала проба, не відсоток втрати IP-пакетів. Оцінки застосувань є евристиками сайту. Пояснення ґрунтується на перегляді коду, не на тесті вашої лінії чи пристрою.
Порівнюйте однакові умови
- Запишіть ціль, інструмент, час, Wi-Fi чи кабель, VPN, середнє, коливання й помилки.
- Повторіть без навантаження та під час звичайного завантаження чи надсилання з тією самою ціллю й методом.
- За можливості порівняйте Ethernet і Wi-Fi. Це допомагає відокремити радіовплив, але не гарантує меншого числа.
- Дивіться діагностику гри чи застосунку дзвінків. Добрий результат до одного вузла не виключає місцевих, маршрутних, серверних чи програмних проблем в іншій ситуації.
Для ICMP запустіть ping example.com у терміналі й зупиніть Ctrl+C, якщо триває. Ціль може фільтрувати ехо; відсутність відповіді не доводить зупинку сервісу.
Одна зміна — нове вимірювання
- Призупиніть великі передавання й резервування, щоб перевірити черги під навантаженням.
- Порівняйте розташування та менш зайняті діапазони чи канали Wi-Fi; 5 ГГц не завжди краще крізь стіни й на відстані.
- Порівняйте відповідний регіон гри й VPN увімкнено/вимкнено в однаковій діяльності. VPN і швидший тариф не гарантують нижчої затримки.
- Якщо маршрутизатор керує чергами, дотримуйтеся офіційного посібника. Це може допомогти чергам, але не усунути відстань поширення.
- За сталих проблем надайте підтримці цілі, час і результати без навантаження та з ним, не тільки мінімум.
До й після користуйтеся тим самим тестом. Не встановлюйте причину лише за різницею двох цілей.
Поширені запитання
100 мс завжди погано?
Залежить від завдання, цілі, протоколу й стабільності. Це вимірювання для аналізу, не універсальна межа.
Помилка HTTP означає втрату пакетів?
Ні. Причин може бути кілька, а тест не визначає мережеву частку втрат.
Чому гра показує інше?
Відрізняються ціль, трафік і обробка. Порівнюйте її діагностику, не віднімайте непов’язані вимірювання.
Джерела й межі
Посібник пояснює показники та порядок порівняння. Він не стверджує, що знайшов несправність вашої лінії чи перевірив конкретний пристрій.
Джерела перевірено: 2026-11-05.