#jmeter #loadrunner #throughput
#jmeter #loadrunner #пропускная способность
Вопрос:
Когда я запускаю план тестирования JMeter (файл jmx), который включает в себя одну группу потоков, которая выполняет запрос SOAP с запуском 50 потоков с использованием контроллера LoadRunner, тест выполняется отлично, и я могу последовательно достигать 45 TPS. Это подтверждает, что используемый план тестирования JMeter и связанные с ним файлы свойств отлично работают в LoadRunner.
Когда я запускаю тот же тест с помощью JMeter, пропускная способность падает в течение тестового запуска, достигая, возможно, 5 TPS через 15 минут.
У JMeter максимальные ресурсы, и разработчики подтвердили, что серверная часть обрабатывает, как ожидалось, единственная разница, по-видимому, заключается в том, как JMeter обрабатывает запросы, и как это делает LoadRunner, поскольку они используют один и тот же JMeter jmf-файл, файлы данных и файлы свойств для каждого теста.
Кто-нибудь может подсказать, каким может быть ограничивающий фактор для JMeter, поскольку LoadRunner выполняет тот же тест, не страдая от уменьшения, когда все остальное идентично тестовому.
Заранее спасибо,
NWC
Ответ №1:
Исправный JMeter не имеет никаких ограничений, просто убедитесь, что:
- Следуйте рекомендациям JMeter
- Убедитесь, что у JMeter достаточно свободного пространства для работы с точки зрения процессора, оперативной памяти и т. Д. Поскольку при нехватке аппаратных / программных ресурсов JMeter не сможет отправлять запросы достаточно быстро. Если у вас нет лучшего решения для мониторинга, вы можете рассмотреть возможность использования плагина JMeter PerfMon
- Также обратите внимание на показатели JVM, в идеале заполнение кучи должно составлять от 40 до 70%, иначе вы будете страдать от слишком частых / длительных событий GC / фрагментации
Ознакомьтесь с одновременным тестированием производительности с высокой пропускной способностью в статье JMeter, например, анализ узких мест производительности на стороне JMeter и советы по настройке JMeter