Мы наблюдаем задержки ~ 100-300 мс для служб, обращающихся к удаленному ресурсу в той же подсети, однако, когда мы используем ping (размер пинга был такого же размера, что и при обычной отправке пакетов), мы видим ответы 5 мс или меньше. Что-нибудь еще мы должны проверить?
windows-server-2008
networking
windows
latency
Миндаугас Мозурас
источник
источник
Ответы:
Что означает «задержка»?
Сравниваете ли вы время отклика ICMP с временем обработки заявки?
Если бы вы были, это объяснило бы, а также не сравнивать яблоки и апельсины :)
источник
может быть, у вас есть потери пакетов [которые вызывают повторные передачи], например, для больших пакетов?
может быть, попробуйте
ping -s 1400 addressпод Linux илиping -l 1400 addressпод Windows.если это не помогает попытаться посмотреть на трафик с помощью wireshark - возможно, есть какие-то странные повторные передачи, поврежденные пакеты?
источник
Такое несоответствие обычно указывает на проблему в приложении / сервере. Хотя возможно, что ваш пинг отличается из-за приоритетов QoS / сети, я смотрю не на первое место, если вы говорите о системах в одной локальной сети.
Каково ваше время ожидания доступа к услуге с того же хоста, на котором она обслуживается? Этот хост предоставляет другие услуги быстрее? Это под большой нагрузкой ввода-вывода?
источник
Как вы и подозреваете, задержка пинга! = Время прохождения сигнала по TCP, особенно, если передаются данные. Вполне возможно, что все это происходит из-за задержанных ACK (которые могут накладывать ~ 200 мс, общая настройка по умолчанию) или из-за плохого взаимодействия между Nagle / и DACK, которое может увеличить его до ~ 500 мс. Захват пакета в порядке здесь.
Также обратите внимание, что задержанный таймер подтверждения не зависит от потока TCP и создается при загрузке системы. Таким образом, он может срабатывать в любое время между 1-200 мс внутри потока и обычно вызывает задержку в стиле «диапазон», как вы описываете.
источник