LLamjinLab
Net BasicsЗнаков 4646Время чтения≈ 12 мин

Пропускная способность — это не скорость: Задержка, джиттер, потери пакетов, TTFB

Руководство для начинающих по сетевым метрикам: разница между пингом (RTT), джиттером, потерями пакетов, полосой пропускания, пропускной способностью и TTFB.

ИнтернетVPSСетиТестирование

При просмотре тарифов VPS первыми в глаза бросаются цифры 1 Gbps или 10 Gbps. Новичок сразу делает вывод: «этот сервер летает». Однако пропускная способность подобна ширине многополосного шоссе: ширина дороги не гарантирует отсутствие светофоров, объездов, пробок и аварий.

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

1. Задержка (Latency): Время кругового пути

Стандартная утилита ping измеряет показатель RTT (Round-Trip Time) — время, необходимое пакету, чтобы дойти от вашего устройства до сервера и вернуться обратно, измеряемое в миллисекундах (мс).

20 мс:  Отклик мгновенный, интерфейс реагирует идеально
200 мс: Каждое действие сопровождается заметной паузой

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

2. Джиттер (Jitter): Стабильность задержки

Если десять последовательных замеров RTT показывают 40, 41, 39, 42 мс, связь стабильна. Если значения скачут: 40, 180, 55, 300 мс, математическое среднее может выглядеть сносно, но реальная работа будет рывкообразной.

Такой разброс задержки называют джиттером (Jitter) или вариацией сетевой задержки. Голосовая связь, онлайн-игры, интерактивный SSH и видеоконференции гораздо чувствительнее к джиттеру, чем скачивание файлов, так как требуют строго непрерывной доставки пакетов.

RFC 3393 стандартизирует метрику вариации задержки IP-пакетов. Вам не нужно вычислять формулы, достаточно понимать: стабильность задержки не менее важна, чем ее среднее значение.

3. Потеря пакетов (Packet Loss): Недошедшие данные

Потеря пакетов означает, что отправленные данные не достигли адресата за отведенное время. Протоколы транспортного уровня (например, TCP) выполняют повторную отправку (retransmission), но это отнимает время и пропускную способность. Даже несколько процентов постоянных потерь вызывают зависания SSH, падение скорости скачивания и прерывание аудиосвязи.

Как указано в RFC 2680, потери пакетов мешают протоколу TCP удерживать высокую скорость передачи. Кроме того, из-за асимметрии маршрутов стандартные тесты смешивают потери прямого и обратного направлений.

Важно помнить, что некоторые промежуточные узлы занижают приоритет ответов на ICMP. Если ping показывает потери, это не всегда означает аналогичные потери в реальном HTTPS- или SSH-трафике. Измерения должны быть максимально близки к реальным протоколам.

4. Полоса пропускания и пропускная способность: Теория и практика

ПонятиеПростое объяснение
Полоса (Bandwidth)Паспортный теоретический предел сетевого интерфейса
Пропускная способность (Throughput)Фактический объем данных, успешно переданный в данном тесте
Полезная пропускная способность (Goodput)Чистые данные приложения за вычетом служебных заголовков и повторов

Указанный в тарифе 1 Gbps — это лишь предел порта. Реальная скорость ограничивается загрузкой магистралей, маршрутом, потерями, задержкой, размером окна TCP, скоростью диска и процессора.

Низкая скорость скачивания не всегда вызвана «плохим каналом». Медленный диск сервера или ограничение скорости на стороне источника также создадут бутылочное горлышко.

5. TTFB: Время до первого байта ответа

TTFB (Time to First Byte) — время от отправки HTTP-запроса до получения первого байта ответа от сервера. Оно складывается из резолвинга DNS, установки TCP-соединения, TLS-рукопожатия, задержек сети и времени генерации ответа сервером.

Высокий TTFB может указывать как на сетевой пинг, так и на медленную работу серверного кода, тяжелые запросы к базе данных или «холодный старт». TTFB лучше отражает скорость сайта, чем простой ping, но не равен времени полной загрузки страницы.

ping измеряет время сетевого оборота (RTT);
TTFB измеряет время начала ответа бэкенда;
Полная загрузка включает скачивание HTML, картинок, стилей, скриптов и шрифтов.

6. Почему разовый замер скорости ничего не доказывает

Один тест показывает лишь мгновенный снимок конкретного маршрута в конкретную секунду. Для получения достоверной картины фиксируйте:

  • Дату и время тестирования;
  • Вашего локального интернет-провайдера;
  • Локацию VPS и целевой тестовый сервер;
  • Использованный протокол (TCP, UDP, ICMP);
  • Длительность теста, число потоков и объем переданных данных;
  • Нагрузку на CPU и диск сервера;
  • Приходится ли замер на вечерний час пик.

7. Четырехуровневая методика тестирования сети

Двигайтесь от простого к реальному:

1. Доступность (Reachability): Резолвится ли домен и устанавливается ли TCP-соединение; 2. Качество канала (Quality): Серия замеров RTT, оценка джиттера и потерь пакетов; 3. Пропускная способность (Throughput): Замер утилитой iperf3 с контролем расхода трафика; 4. Реальная нагрузка (Application): Отзывчивость SSH, загрузка страниц, вызовы API, передача реальных файлов.

Не запускайте непроверенные скрипты тестирования с root-правами. Скрипты, выполняемые через curl | bash по незащищенному HTTP, могут содержать скрытые угрозы безопасности.

8. Резюме

Понятие «быстрой сети» складывается из совокупности параметров:

Интерактивность зависит от задержки и джиттера;
Стабильность зависит от отсутствия потерь пакетов;
Скачивание файлов зависит от пропускной способности;
Веб-сайты зависят от TTFB и полной отрисовки;
Итоговый критерий — стабильность вашей реальной рабочей нагрузки.

Полоса пропускания важна, но она не равна скорости. В эксплуатации VPS воспроизводимая и стабильная работа гораздо ценнее разового красивого рекорда скорости.

Часто задаваемые вопросы (FAQ)

Почему SSH тормозит при низком пинге?

Причинами могут быть микроджиттер, единичные потери пакетов TCP, загрузка процессора сервера, особенности рендеринга терминала или задержки на обратном маршруте.

Потери 80% на промежуточном узле означают обрыв?

Если на последующих узлах и конечном сервере потерь нет, промежуточный маршрутизатор просто ограничивает частоту ответов на ICMP-запросы.

Тратят ли замеры скорости включенный трафик тарифа?

Да. Тесты пропускной способности активно передают реальные гигабайты данных. Рассчитывайте объем тестов, чтобы не исчерпать лимит тарифа.

Источники

Share

Поделиться статьёй