Как правильно измерять скорость узла: задержка, полоса и ошибки

Что измеряет тест задержки

Клиент отправляет через узел один HTTP-запрос к тестовому адресу и засекает время до ответа. По умолчанию mihomo использует адрес, отдающий пустой 204, например http://www.gstatic.com/generate_204.

В эту цифру входят установка соединения, рукопожатие TLS и один полный оборот. Она говорит об отзывчивости узла, а не о том, сколько мегабайт в секунду он вытянет. Гонконгский релей может показывать 60 мс при жёстком ограничении полосы, а маршрут с 200 мс — забивать канал целиком.

Три причины искажённых чисел

• Параллельное тестирование. Большинство клиентов проверяют десятки узлов сразу, весь этот трафик конкурирует за один ваш канал, и результаты выходят завышенными. Для серьёзного сравнения нескольких кандидатов проверяйте их по одному.
• Сам тестовый адрес. Если URL резолвится на ближайший узел CDN или уходит в неожиданное место, разные узлы измеряют разные цели.
• Переиспользование соединения. У только что проверенного узла соединение может быть ещё живо, и второй замер окажется заметно меньше. Делайте паузу между прогонами.

Как измерить реальную пропускную способность

1. Сначала зафиксируйте переменные: выберите ровно один узел и отключите группы автовыбора и балансировки, иначе клиент может сменить узел прямо посреди теста.
2. Запустите в браузере обычный сайт проверки скорости и запишите загрузку и отдачу. Так вы измеряете всю цепочку «ваша сеть плюс узел плюс тестовый сервер» — то есть ровно то, что ощущаете каждый день.
3. Переключитесь на прямое соединение и повторите замер как базовый. Если без прокси канал даёт 20 Мбит/с, ни один узел этого не превзойдёт.
4. Проверьте один и тот же узел в разное время суток. Разрыв между вечерним пиком и ранним утром часто больше, чем разница между двумя узлами.

Сайт проверки скорости тоже идёт через прокси. Следите, какой сервер он выбирает: замер против сервера, далёкого от точки выхода, занижает результат по причинам, не связанным с узлом.

Выбор под конкретную задачу

• Видео и загрузки: сначала полоса. Сто-двести миллисекунд задержки здесь практически незаметны.
• Звонки, игры, SSH: сначала задержка и стабильность, причём джиттер важнее среднего значения. Прогоните один узел пять раз подряд: скачущие числа хуже стабильных 150 мс.
• Обычный сёрфинг: решает задержка, потому что одна страница шлёт десятки запросов и каждый оплачивает свой оборот.