ну а чему там меняться?

dsl он на то и dsl) Domain Specific Language на чем бы он ни был напсан он един)

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

транзакшн мы сделали по другой логике - в остальных случаях надо использовать группу

по поводу сравнения контроллеров - я не шарю в контроллерах жиметра

У меня в компании сейчас нт на go
Тоже почти dsl :D, я правда пока не пробовал, хз насколько удобно

rate(0) random_arrivals(10 sec) rate(50/sec) random_arrivals(10 sec) pause(10 sec) random_arrivals(10 sec) rate(0)

осталось теперь сделать, чтобы по этому расписанию треды стартовали и всего делов )

это же респонсы? точность зашкаливает)
а как предположить количество тредов не зная откликов?

Это не времена отклика. Смотреть нужно на плотность точек от времени

не времена, а ответы я имел в виду

В интервале 10..20 по сути 10 секунд в режиме 50rps, то есть там 500 точек

это понял

Тредгруппа будет запускать, а уж будут ли они успевать -- другой вопрос

В худшем случае, каждая точка новый тред

тут и лимит коннектов близко, может передавать параметром опциональным предполагаемую длительность итерации?

Нее. Надо max_threads явно ограничивать

Предполагаемая длительность итерации больше на подгонометрию похоже.

Скорее, забавенее будет, если тредгуппа сама вычислит и скажет: "если итерации не уложатся в N сек, то нагрузка не обработается"