Пинг не действует точно?
Я пытался диагностировать некоторые задержки в моем интернет-соединении.
Я отстала от онлайн-видеоигр и тому подобного, что, конечно, могло быть ошибкой их сервера. Итак, я бегу пинговать. Это не указывает на что-то необычное, но действует немного странно.
Я могу начать это с чего-то вроде ping internethost -i 0.1 так что он отправит тонну пакетов, и каждые 10-20 секунд он будет просто зависать на 2 или 3 секунды. Пакеты все еще принимаются в правильном порядке, и нет потери пакетов. Самое странное, что после небольшого замораживания он обычно сообщает о времени пинга, которое на 10-30 мс выше среднего.
Как это произошло? Пинг все еще точен?
Я использую Arch Linux. Хост, на котором я пингуюсь, - это мой веб-сайт, который не должен замедлять или фильтровать пинг.
2 ответа
Это может быть буферная загрузка, перегруженность в целом или задержка в сетевом стеке на каждом или любом прыжке.
Увеличенная задержка после "заморозки" звучит нормально… если вы зависаете. Однако, вероятно, это признак затора в восходящем направлении, который, если он нормальный, не является оптимальным, конечно.
Если это целесообразно (т. Е. Пограничный маршрутизатор или вы его поддерживаете, и никто другой, если таковой имеется, за вашим маршрутизатором не будет возражать), вы снизите скорость вашей восходящей линии связи чуть выше ваших потребностей в пропускной способности. Вы также можете установить другие формы QoS и расставить приоритеты для пакетов видеоигр. Пытаться tcpdumping на маршрутизаторе или конечной точке, чтобы увидеть, какой порт используется.
Для регулирования посмотрите, есть ли в OpenBSD что-то вроде фильтра сегментов токенов или иерархического сегмента токенов.
Я обычно бегаю mtr с интервалом от нескольких секунд до минуты, чтобы увидеть, где проблема. Не все маршрутизаторы будут отдавать эхо-запросы высокий приоритет, поэтому время может быть немного странным. Тем не менее, они должны увеличиваться по мере увеличения количества прыжков.
Кроме того, что ваш пинг не обнаруживает никаких падений, я бы заподозрил сброс пакетов. Вы пытались запустить его с ограничением количества, чтобы получить сводку в конце прогона.
Пинг от наводнений может вызвать проблемы, поэтому я обычно стараюсь избегать этого.
Также может случиться так, что ваша система зависает, когда она периодически меняет некоторые данные. Бег sar может использоваться для поиска высокой активности свопинга и множества других факторов, которые могут вызвать проблемы. top также полезен для общего обзора производительности системы.
Для тестирования веб-сайта также доступны инструменты, которые выполняют пинг и трассировку маршрута по протоколу HTTP.
РЕДАКТИРОВАТЬ: были сообщения о таких проблемах с большими окнами и большими буферами на маршрутизаторах. Решение, которое я реализовал, состоит в том, чтобы настроить трафик чуть меньше, чем моя пропускная способность.