давай по русски xD

за повод для драки поясни

и расшифруй заодно питание

Ребята привет, вопрос есть такой - в новой системе (нет логов) много ролей и много действий у каждой, пока сошлись на включение в тесты около 35 операций, надо найти заветный  максимум и узкие места, нагружать буду жиметром и начну со ступенчатого поиска максимума. Правильный ли будет подход если я в одном jmx плане каждую из 35 операций заверну в отдельную TG, через Throughput Shaping Timer в каждой TG сделаю свой ступенчатый рост РПС и далее запускаю тест где паралельно выполняются все 35 TG ?

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

Это не ко мне, это Гуголь перевел.

Обычно никак не делят, просто с нескольких тачек запускают и всё.
Можно сказать что по потокам делят.

А операции не связаны?

Есть и связаные и не связаные

И как связные разносить в разные ТГ?

Сделай одну тред группу и выставляй всем относительные интенсивности через throughput controller

тогда наверно можно в одной тг сделать ступенями общий рост через Throughput Shaping Timer и относительно него на каждую из операций распределить интенсивность уже через  throughput controller

Ну и можно тогда группировать операции по тг по взаимным зависимостям

Я просто помню к ак то пробовал юзать  throughput controller в профиле с несколькими операциями у меня не получалось задать им нужную интенсивность, хоть уже и понимаю что скорее всего сам чет не так сделал, но осадок остался что он будто криво работает)

Через sharedhashmap

Переусложняет задачу

Все работает, пиши если будет проблема

Ок, спасибо

Буквально вчера делал. На вход сценарий получает для каждой группы

1) количество TPH на последней ступени
2) примерный шаг нагрузки SLA

Групп всего 4

И для всего сценария получает
1) profile (от 0 до 100)
2) generatorCount (1...4)
3) stepCount (1...)
4) stepRumpUp в секундах (600 у меня)
5) stepDuration в секундах (тоже 600 пол умолчанию)

Далее при старте скрипа вычисляется профиль точный по этим входным параметрам. На groovy. А вычисленные Property попадают в катушки и таймеры.

Если надо сделать тест на х2 то надо профиль задать как 200

Если тест на высоких ступенях не выдает, что должен, то надо генераторов добавить

Генераторы независимые. Без Controller-а. Запуск из Jenkins

Скрипт пересчитывает на точное значение только SLA (шаг), точнее даже обратную к нему величину для Constant Throughout Timer. Я задал 50, для этого надо 7.4 потока, то есть 8 округленно, а значит и шаг надо изменить, а чтобы 8 потоков нужный TPH сделали. Надо сделать шаг 52.12344567 сек вместо 50. И он пересчитывается точно

звучит сложно и одновременно просто и удобно) только не совсем понял момент с автоматическим запуском разного кол-ва генераторов, я человек простой и работал пока только с 1 нагрузочной станцией. Я закидываю описанный вами jmx конфиг на одну виртуалку с джиметром (другие генераторы на других виртуалках) и при старте этого jmx скрипта параметр generatorCount (1...4) передается в Jenkins и уже он запускает указанное кол-во генераторов ? если да то как на них передается нужный jmx скрипт и как генераторы понимают какую часть профиля текущего теста взять на себя?