👍

если ограничены в ресурсах, то гатлинг бОльшую нагрузку нагенерит с одной машинки

Такой же подход 😊

groovy/beanshell иногда приподносят труднонаходимые сюрпризы. Так был случай как на один и тот-же простейший скрипт в groovy сэмплере проводил к сущесвенному возрастанию времени выполнения в зависимости от активных потоков. в beanshell такого не было. Но это нюансы...

👍🏻

Если нужна больше нагрузка, то можно взять я.танк и фантом.

https://www.blazemeter.com/blog/open-source-load-testing-tools-which-one-should-you-use
Здесь судя по графикам джиметр по пропускной способности опережает гатлинг

для сценарного подхода?

если нужна корреляция запросов, то фантом не подходит. hit-based, да

именно, вообще для большей нагрузки удобнее использовать предзаписанный трафик и генераторы, которые его выбрасывают на цель

любая генерация на лету - так себе занятие

а если там еще и внутреннее шифрование/дешифрование какое-нибудь - то вообще грустно

А часто у вас можно записать трафик и проиграть его еще раз?

У нас такое редко работает 😞

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

бывает,  что записываем - это не прям событие, но периодически происходит

чаще происходит - когда уже нет ресурсов это все на лету генерировать

типа сервис разогнан настолько хорошо, что никаких пулялок не хватает

тогда идем дальше

у нас Jmeter хорош для нас своей гибкостью, большой базой плагинчиков и возможностью их самим писать, хорошей встраиваемостью в нашу инфраструктуру и тем, что писать код надо чуть меньше, чем нам хотелось бы. Но вот уже год, как нам его начинает не хватать в тех или иных ситуациях, поэтому мы активно исследуем рынок генераторов, понимаем, какая у нас коллекция оружия и в каждой конкретной ситуации - выбираем наиболее _любимое_ и _эффективное_ для даннной конкретной задачи