JMeter терпит неудачу в долгом сценарии

Question

У меня есть сценарий с 5K HTTP-запросов. Когда я запускаю JMeter, JMeter просто зависает после 170 пользователей. Я следовал всем рекомендациям по успешному стресс-тестированию (нет слушателей, без головы, увеличено пространство кучи).

Я должен сказать, что некоторые из этих запросов немного большие, общий размер файла ~ 115M.

Когда я принимаю только часть запросов (~ 100), симуляция работает лучше (более быстрая инициализация пользователей, вмещает более 170 пользователей и т. Д.).

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

PS: когда я вижу узкие места в системе, я замечаю, что в длинном файле и процессор, и память имеют очень высокие значения, в более короткой версии оба показателя имеют низкие значения. Кто-нибудь может объяснить?

PS2: запросы имеют задержку около 7 секунд между ними

Answer 1

Во-первых, я должен сообщить вам, что если вы используете одну систему для нагрузочного тестирования, максимальная нагрузка на ваше оборудование или порт может составлять 1 гигабайт данных.и ваш брандмауэр (если есть) снова получит / передаст не более 1 гигабайта данных.Попробуйте выполнить тот же нагрузочный тест с распределенной системой нагрузочного тестирования в Jmeter (Master-Slave- Распределенная система ).Даже тогда, я не думаю, что он будет работать для запросов 4k (если эти запросы тяжелые).

Лучшее возможное решение:

1. Попробуйте распределенную систему, как я упоминал выше.
2. Попробуйте запустить нагрузочный тест в режиме без графического интерфейса пользователя - CLI
3. Увеличьте время разгона по мере необходимости.
4. Увеличьте Ram вашей системы и выделите максимально доступное пространство кучи для jmeter.
5. Резкое изменение - используйте 1. Облако Blazemeter или 2. Переместите полную настройку вашего нагрузочного тестирования на Amazon Server, который является более надежным и масштабируемым.