Почему три теста скорости дают три разных числа

Три ответа, и каждый из них обоснован

Запустите тест на трёх разных сайтах в течение минуты — и вы можете увидеть 300 Mbps, 180 Mbps и 90 Mbps. Возникает соблазн решить, что два из них сломаны. На деле каждый отвечает на слегка разный вопрос, и разброс между ними несёт больше информации, чем любое отдельное число.

Один измеряет, сколько ёмкости способен пропустить канал при преднамеренном насыщении. Другой — как быстро пройдёт один реальный файл из интернета. Третий может измерять маршрут, который вообще не покидает сеть вашего провайдера. Это три легитимные величины с тремя легитимными применениями.

Параллельные соединения меняют потолок

Одно TCP-соединение требует времени, чтобы разогнаться до полной ёмкости канала. Откройте восемь или шестнадцать сразу — и каждое разгоняется параллельно, поэтому совокупный результат достигает потолка гораздо быстрее, а на коротком тесте эта разница велика. Поэтому многопоточные тесты обычно показывают более высокие числа, и это правильный инструмент, когда вопрос звучит как «получил ли я оплаченную ёмкость».

Однопоточные тесты показывают более низкие числа и являются правильным инструментом, когда вопрос — «как быстро реально пойдёт вот эта загрузка». Видеопоток, загрузка игры, файл из CDN и видеозвонок на практике — всё это одиночные потоки. Разрыв между двумя методами — не ошибка измерения; это разница между показателем ёмкости и показателем доставки.

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

Размещение сервера определяет, какой маршрут вы измерили

Разные инструменты используют разные серверные сети. Одни выбирают ближайшую доступную конечную точку, другие используют CDN, привязанный к конкретному сервису, третьи — серверы, размещённые внутри сети самого интернет-провайдера. Каждый выбор измеряет разный маршрут.

Тест до сервера внутри сети вашего провайдера никогда не пересекает узел соединения сетей (interconnect), поэтому он вправе показать лучшее число, которое вы вообще увидите, — и при этом не говорит ничего о том, как трафик достигает сервисов вне этой сети. Тест к CDN одного провайдера контента показывает, как будет работать этот провайдер, а не интернет в целом. Сравнение двух инструментов с разными конечными точками — это сравнение маршрутов в той же мере, что и соединений.

Крупнейший источник ошибки обычно локальный

Различия в методологии привлекают внимание, но в повседневном тестировании самые большие ошибки даёт окружение:

• Wi-Fi вместо Ethernet. Беспроводная связь добавляет задержку, джиттер и изменчивость, которые растут с расстоянием, стенами и числом устройств в диапазоне. На быстром тарифе проводной и беспроводной тест в одной комнате могут различаться значительно.
• Фоновый трафик. Облачная синхронизация, обновление системы, патч игры или чей-то поток 4K потребляют ёмкость во время тестового окна.
• Расширения браузера и VPN. И те и другие стоят на пути и могут ограничивать или перенаправлять тестовый трафик.
• Время суток. На соединениях с общей средой один и тот же тест в 10:00 и в 21:00 измеряет две разные сети.

Как читать число с контекстом

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

Стоит также разделять: пропускная способность и отзывчивость независимы. Очень ёмкий канал с 200 ms задержки до ближайшего CDN ощущается в интерактивной работе хуже, чем скромный канал с 10 ms. Если жалоба звучит как «ощущается медленно», цифра в Mbps часто оказывается наименее полезным числом на экране.

Повторяемая процедура тестирования

Стандартизация условий важнее выбора конкретного инструмента.

1. Подключайтесь по Ethernet, где возможно. Если приходится использовать Wi-Fi, оставайтесь в одной комнате с точкой доступа и используйте диапазон 5 GHz или 6 GHz.
2. Закройте всё, что передаёт данные — бэкапы, клиенты синхронизации, обновления, трансляции — на тестируемом устройстве и на всём, что разделяет соединение.
3. Тестируйте в чистом профиле браузера, без расширений и без VPN.
4. Запустите три теста и возьмите средний результат, а не лучший.
5. Записывайте время суток и повторите тест в самый загруженный час, когда вы обычно пользуетесь сетью. Разница между этими двумя цифрами и есть показатель, предсказывающий ваш реальный опыт.
6. Если два сервиса расходятся, протестируйте оба до одного и того же ближайшего сервера, прежде чем заключать, что виноват канал.

Сделайте это один раз в середине утра и один раз вечером — и вы получите более точную картину своего соединения, чем любое одно громкое число.