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

В джеметре местами есть странное поведение, пример с jdbc sampler и кажется только в setUp группе при первой инициализации коннекшена, вычитывал проперти из енв переменных, которые при обычном запуске джеметра были null, а не из полей семплера, локально нужно было лишь план два разазапустиь и все работало, а на CI запуск то один, и план постоянно падал, лечится запуском джметра с параметром -p путь к проперти файлу, тогда енв переменные затираются пропертями и все ок.

Спасибо, я вытаскивал кэш-менеджер наверх, разницы никакой.

Я к тому что бы из лупа его вытащить, перед лупом сделать базовые запросы, сохранить кэш, а после в лупе он его подхватит сам?

попробую, но есть пример что работает и в лупе.

Может это ещё связано с версиями джеметра или плагина.

Всем привет! Использую плагин ThroughputTimer, тест на 2000rps. Cтолкнулся с такой проблемой: при достижении 1100 rps, нагрузка падает вдвое и дальше выше не поднимается(держится на уровне 450-500rps). Если тест максимум на 1000 rps, он пройдет по запланированному графику как нужно.
В логе при достижении 1100 rps следующее - No free threads available in current Thread Group backend-go-to-link-footer, made 223 samples/s for expected rps 1140.43 samples/s, increase your number of threads
Я пробовал увеличивать количество потоков в тредах, но это результата не дает
Пробовал запускать два экземпляра jmeter по 1000 rps, при достижении 500+ rps у них также снижалась нагрузка вдвое(это по консольному выводу, а по показаниям статистики тестируемого сервера нагрузка вообще прекращалась) RAM и CPU на сервере достаточно. Может кто сталкивался с такой проблемой?

Графики в студию с rps и временами отклика

а треды как выставляешь и какая тред группа

Может не совсем в тему но проверьте ulimit -u на сервере

попробуй через tstFeedback

А можете поподробнее расказать что с этим делать? Что-то нагуглить ничего не могу

А где это смотреть подскажите

первая ж ссылка в гугле) https://www.blazemeter.com/blog/using-jmeters-throughput-shaping-timer-plugin
The Schedule Feedback Function блок

оно само считает тебе треды в динамике

В консоли

Delay Thread Creation until needed - нужная галочка, снижает утилизацию ресурсов.
И защищает от ранней смерти потоков

Потоки, которые не делали ничего просто умирают. Они не запустятся снова. Поэтому важно не запускать потоки заранее

Попробую, спасибо

у тебя может быть перенасыщение количеством тредов, часто в таких ситуациях их наоборот надо уменьшить или котроллировать их лучше. может быть и обратная проблема - у тебя деградируют треды, тут нужно по jtl смотреть разницу в elapsed - latency и можно увидеть что ttfb у тебя быстрый а время респонса полное большое и куча времени уходить на receiving