Может кто-то интерпретировать эти результаты Apache Bench, есть ли что-то, что выделяется?

Question

Ниже приведен пример запуска Apache для 10 000 запросов с 50 одновременными потоками.

Мне нужна помощь в понимании результатов, выделяется ли в результатах что-либо, что может указывать на что-то, блокирующее и ограничивающее большее количество запросов в секунду?

Я просматриваю раздел времени соединения и вижу «ожидание» и «обработка». Он показывает, что среднее время ожидания равно 208, а среднее время соединения равно 0, а обработка - 208. Но общее количество - 208. Может ли кто-нибудь объяснить это мне, поскольку для меня это не имеет особого смысла.

Answer 1

Время соединения - время, необходимое для установления соединения с вашим сервером.вы, вероятно, используете его на том же сервере или в локальной сети, поэтому ваше время соединения равно 0. Время обработки - это общее время, которое сервер потратил на обработку и отправку полного ответа. Время ожидания - это время между отправкой запроса и получением 1-го байта ответа.

Опять же, поскольку вы работаете на одном сервере с небольшим размером файла, время обработки == время ожидания.

Для реального теста попробуйте ab из нескольких точек возле целевого рынка, чтобы получить реальное представление о задержке.Прямо сейчас вся информация, которая у вас есть, это время ожидания.

Answer 2

Этот вопрос устарел, но я столкнулся с той же проблемой, поэтому я мог бы также предоставить ответ.

Вы могли бы выиграть от отключения либо TCP nagle на стороне агента, либо задержки ACK нана стороне сервера.Они могут плохо взаимодействовать и вызывать нежелательную задержку.Как и я, возможно, поэтому ваше минимальное время составляет ровно 200 мс.

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

Ссылка: http://en.wikipedia.org/wiki/TCP_delayed_acknowledgment#Problems http://blogs.technet.com/b/nettracer/archive/2013/01/05/tcp-delayed-ack-combined-with-nagle-algorithm-can-badly-impact-communication-performance.aspx