Tomcat Apache стресс-тестирования

Это сообщение показывает, что JMeter попытался подключиться к вашему приложению, но не смог. Обычно это означает, что Tomcat перестал отвечать на запросы, потому что вы достигли некоторого лимита. Существуют ограничения на количество потоков, которые Tomcat запускает для обработки запросов, а также ограничения, налагаемые виртуальной машиной Java, которая может остановить обработку запросов (скорее всего, первое).

JMeter - один из лучших инструменты, которые я нашел для выполнения действительной нагрузки на приложение, однако вы также можете найти Java Melody неоценимым инструментом для использования вместе с JMeter. Он может обеспечить более глубокое представление о том, что делает ваше приложение (например, сколько памяти оно использует, время отклика для разных страниц, как часто начинается сборка мусора и т. Д.). И в нем много красивых графиков.

Вы также должны проверить this , чтобы дать вам указатели, когда дело доходит до настройки tomcat (вместе с официальной документацией, чтобы убедиться, что некоторые вещи по-прежнему действительны или применимы в вашей ситуации).

Если это будет интенсивно используемая система, я бы также рассмотрел возможность установки собственных библиотек Apache (Tomcat сообщит вам об этом в журналах при запуске). Протестируйте свое приложение до и после и посмотрите, помогают ли они (они кодируют определенные части Tomcat на C, а не на Java, чтобы обеспечить повышение производительности. В первую очередь это часть фактической обработки соединения и некоторые криптографические функции).

Если это будет интенсивно используемая система, я бы также рассмотрел возможность установки собственных библиотек Apache (Tomcat сообщит вам об этом в журналах при запуске). Протестируйте свое приложение до и после и посмотрите, помогают ли они (они кодируют определенные части Tomcat на C, а не на Java, чтобы обеспечить повышение производительности. В первую очередь это часть фактической обработки соединения и некоторые криптографические функции).

Если это будет интенсивно используемая система, я бы также рассмотрел возможность установки собственных библиотек Apache (Tomcat сообщит вам об этом в журналах при запуске). Протестируйте свое приложение до и после и посмотрите, помогают ли они (они кодируют определенные части Tomcat на C, а не на Java, чтобы обеспечить повышение производительности. В первую очередь это часть фактической обработки соединения и некоторые криптографические функции).

Насколько велико это число?
Не могли бы вы подробнее рассказать о приложении, которое находится в топе?
Насколько серьезное развертывание вы планируете?

Если вы используете Windows XP, существует так называемый предел полуоткрытого соединения, который вызывал проблемы в прошлом. Это похоже на ваш случай, все работает нормально, пока не будет достигнуто определенное количество параллельных подключений.
Вот как я решил эту проблему.

Я бы прочитал, что это уже тест, но тот, который не прошел!

Альтернативными инструментами являются apache bench или просто wget в режиме паука.

Или более сложные инструменты, такие как HP Load Runner или quick test pro.

руководство по tomcat говорит о максимальном количестве одновременных запросов, поэтому вам, возможно, придется настроить систему для выполнения ваших требований;

На сервере время запуска, этот коннектор создаст ряд запросов потоки обработки (на основе значения, настроенного для атрибут minSpareThreads). Для каждого входящего запроса требуется поток на время этого запроса. Если больше одновременных запросов получено, чем может быть обработано текущим доступным запросом потоки обработки, дополнительные потоки будут созданы до настроенный максимум (значение атрибута maxThreads). Если еще поступает больше одновременных запросов, они складываются внутри серверный сокет, созданный Коннектором, до настроенного максимум (значение атрибута acceptCount. Любое дальнейшее одновременные запросы будут получать сообщения об отказе в соединении, пока доступны ресурсы для их обработки.
http://tomcat.apache.org/tomcat-5.5-doc/config/http.html