Как проверить скорость узла: задержка, джиттер, потеря пакетов и фактическая скорость
Узлы, расположенные близко друг к другу, обычно имеют низкую задержку, но пиковая перегрузка, потеря пакетов и транзитная связь могут ухудшить реальную работу.
Прежде чем начать
Этапы работы
- 01
Сначала проверьте доступность
Обновите подписку и подтвердите, что узел может завершить подтверждение протокола; узлы, показывающие тайм-аут, не будут участвовать в последующих сравнениях.
- 02
Наблюдайте за множественными задержками
Измеряйте несколько раз подряд, ориентируясь на колебания, а не на одно наименьшее значение. 50, 55, 52 мс обычно более стабильны, чем 25, 180, 60 мс.
- 03
Обратите внимание на потерю пакетов и джиттер.
Видеоконференции, голосовая связь и удаленный рабочий стол более чувствительны к потере пакетов и дрожанию, а средняя задержка не полностью отражает качество работы.
- 04
Тестируйте на реальных задачах
Отдельно тестируйте веб-страницы, загрузки файлов и приложения, которые вы используете каждый день; не рассматривайте пики скорости на станциях тестирования как долгосрочную гарантию скорости.
- 05
Повторное тестирование по периоду времени
Результаты могут отличаться в зависимости от вечернего пика и дневного пика. Автоматическая стратегия подходит для ежедневного использования, а фиксированный узел подходит для сценариев, требующих стабильного экспорта.
После завершения проверьте вот так
- Тестируйте несколько раз вместо одного
- Сравните одно и то же время и сеть
- Учитывайте потерю пакетов и колебания
- Используйте реальную проверку приложения
Часто задаваемые вопросы
Является ли самая низкая задержка лучшей?
неопределенный. Фактический опыт узла с низкой задержкой, но высокой потерей пакетов может быть хуже, чем у узла с немного большей задержкой, но стабильностью.
Будет ли тестирование скорости потреблять данные?
Тестирование задержки потребляет очень мало; большие файлы и тестирование скорости полосы пропускания будут генерировать значительный трафик.