Как на самом деле читать результаты теста скорости

Тест скорости, сообщающий одно число — «ваша скорость 340 Мбит/с», — отвечает на гораздо более узкий вопрос, чем думает большинство людей. Соединение — это несколько чисел, а не одно, и это руководство расскажет, что означает каждое число на экране результатов, а затем подробно объяснит, как Sygnal Score превращает их в один честный вердикт.

Загрузка и отдача

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

Задержка в покое

Время туда-обратно до ближайшего сервера, когда на линии больше ничего не происходит — базовое число «насколько далеко интернет прямо сейчас». Задержка в покое от 10 до 30мс типична для хорошего проводного или WiFi-соединения с ближайшим сервером; выше этого интерактивные вещи — звонки, игры, даже страница, которая должна ощущаться мгновенной, — начинают страдать, независимо от того, насколько высока скорость загрузки.

Задержка под нагрузкой и разница

То же самое измерение туда-обратно, снятое пока фазы загрузки и отдачи активно нагружают линию. На чистом соединении оно едва отличается от показателя в покое. На соединении с завышенной, неуправляемой очередью где-то на пути оно может раздуться до нескольких сотен или тысяч миллисекунд — это bufferbloat, и у него есть собственное отдельное руководство, потому что это самая недооценённая проблема домашних сетей. Число, которое действительно важно, — это не любое из двух измерений задержки само по себе, а разница между задержкой под нагрузкой и в покое: маленькая разница означает, что соединение остаётся отзывчивым при реальном использовании, большая означает, что оно разваливается именно тогда, когда вы используете его сильнее всего. Экран результатов ставит этой разнице буквенную оценку: A+ меньше 5мс, A меньше 15, B меньше 50, C меньше 150, D меньше 400 и F выше. Оценка ставится по пикам — 90-му процентилю пингов под нагрузкой в худшей из фаз загрузки и отдачи, — а показанная задержка под нагрузкой — это типичное значение (медиана): линия, которая обычно в порядке, но даёт пики, всё равно получает заслуженную оценку.

Джиттер

Изменчивость задержки от одного пакета к другому, а не сама задержка. Соединение с задержкой 40мс, которая остаётся на уровне 40мс, гораздо лучше для звонка или игры, чем соединение, колеблющееся между 20мс и 90мс, даже если среднее значение выглядит одинаково — именно джиттер заставляет звонок заикаться или игру ощущаться непоследовательной, даже когда средний «пинг» выглядит нормально.

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

Неудачные запросы (и почему это не потери пакетов)

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

Это не потери пакетов, и мы их так не называем. Потери пакетов — это пакеты, которые так и не доходят, и они разрушительны для трафика реального времени: живому звонку или соревновательной игре некогда ждать повторной отправки, поэтому даже небольшой процент потерь ощущается как заикание, зависание или пропавшее слово. Тест скорости в браузере не может увидеть их напрямую. Его запросы идут по TCP, который незаметно отправляет потерянные пакеты повторно, поэтому настоящие потери проявляются здесь лишь косвенно — как более низкая скорость и более высокая или скачущая задержка, — но никогда как счётчик пропавших пакетов. Чтобы измерить настоящие потери пакетов, нужен другой тип теста, который отправляет пакеты без повторной передачи. Поскольку неудачные запросы — сигнал гораздо более грубый, они показываются только для информации и не влияют ни на Sygnal Score, ни на оценки по сценариям использования.

Что с ними делает Sygnal Score

Sygnal Score превращает пять из этих измерений в число от 0 до 1000, взвешенное так: загрузка 300 баллов, отдача 150, задержка в покое 175, bufferbloat 275, джиттер 100 — веса в сумме дают ровно 1000, когда присутствуют все измерения. Неудачные запросы в него не входят — по причинам, описанным выше. Загрузка и отдача масштабируются логарифмически, а не линейно, потому что именно так ведёт себя реальная ценность скорости: для загрузки опорные точки — 25 Мбит/с → 150 баллов, 100 Мбит/с → 225 баллов, 300 Мбит/с → 270 баллов, 1000 Мбит/с и выше → полные 300. Скачок с 5 до 25 Мбит/с меняет то, что реально может делать дом; скачок с 500 до 1000 почти ничего не меняет, и показатель отражает это, вместо того чтобы притворяться, будто гигабит в десять раз лучше 100 Мбит/с.

Bufferbloat намеренно самый большой блок с 275 баллами — полный балл при разнице 15мс или меньше (зона оценки A), измеренной по тем же пикам, что и оценка, ноль баллов от 400мс — потому что соединение, которое выглядит быстрым, но разваливается, как только его действительно используют, не является хорошим соединением, а показатель, построенный только на пропускной способности, всё равно назвал бы его хорошим.

Итоговое число попадает в одну из пяти категорий: исключительное (900+), сильное (750+), приличное (550+), проблемное (350+) или слабое (ниже 350).

Почему быстрая линия всё равно может получить низкий балл

Поверх всех этих расчётов есть ещё одно правило, и оно существует из-за настоящего пробела в математике выше: медленное, но чистое соединение может набрать удивительно высокий балл только за счёт блоков семейства задержки, даже если дом на этой линии не смог бы надёжно стримить 4K или использовать больше одного-двух устройств. Загрузка 0,5 Мбит/с при в остальном идеальной задержке может набрать баллы в районе 600, только за счёт задержки в покое, bufferbloat и джиттера — явно неправильно для настолько медленной линии.

Ограничитель скорости существует, чтобы это предотвратить: показатель ограничивается по скорости загрузки, ступенчато, независимо от того, насколько чисто измеряется остальная часть соединения. Ниже 25 Мбит/с показатель не может подняться выше 749 (потолок категории «приличное») — дом ниже этой линии действительно не может делать всё, что должно современное соединение, независимо от того, насколько чиста его задержка. Ниже 5 Мбит/с потолок сжимается до 549. Ниже 1 Мбит/с — снова до 349. При превышении 25 Мбит/с ограничение полностью снимается; ничто выше этого порога не ограничивается скоростью, только реальным поведением соединения. Если ваш показатель выглядит ограниченным, вот почему — и это честный ответ, а не наказание: «ваш Sygnal не сильнее своего самого слабого звена» — вот вся идея, и для очень медленной линии этим звеном является сама скорость.