Сейчас запустил приложение не из скрипта и запустил тест на 80 минут. Примерно 70 минут все нормально, потом у jmeter начинает расти потрбление памяти. Скрипт состоит из одного повторяещегося запроса. Вообще не понимаю, почему так. Работаю с jmeter уже годами, ни разу такого не видел. Версия jmeter 5.3

У приложения память стабильна, только у jmeter растёт

Сказал, но похоже нн достаточно четко сформулировал

ну ты можешь попробовать снять дамп или через flight recorder посмотреть на что утекает память

Как можно снять дамп?

вариант номер 1

вариант 2

еще есть в Mission Control возможность дамп снять

Спасибо огромное, а то я уже полез в jconsole

можно и через нее) но лучше flight recorder запустить - он нагляднее

на вкус и цвет)

Видимо ваше консольное приложение запускается в режиме debug и в ответ os process Sampler присылает 100 Мбайт логов

Он начинает их копировать в память для Post Processor-а и зависает

Сделайте sh-скрипт, где вывод программы отправляется в /dev/null

Или bat. Или поднимите уровень логирования до ERROR

Со стороны JMeter можете расскомментирвать в jmeter.properties опцию

max_bytes_to_store_per_request

Проставьте
max_bytes_to_store_per_request=100 например

Тогда можно не снижать уровень логирования, но ответы будут сохраняться только на первые 100 байт, все

У меня была такая идея, приложение логгирует запросы, которые я отправляю - визуально, если запускаю приложение в cmd и начинаю тест - в консоли бегут логи. Для проверки я убрал запуск приложения из jmeter теста вообще, оставил только отправку запросов, а приложение запустил вручную из cmd. В итоге приложение работает стабильно, а вот jmeter всего лишь одним повторяющимся запросом начинает память подъедать примерно через 70 минут от начала запуска.

Всем привет. Есть вопрос по CSV_Data_Config Throughput_Shaping_Timer и bzm Concurrency Thread Group c функцией tstFeedback. Вопрос след - Throughput_Shaping_Timer, bzm Concurrency Thread Group c функцией tstFeedback контролируют уровень нагрузки и используемый пул тредов для обесепечения нагрузки. Проблема в том, что треды переиспользуются, а данные из CSV_Data_Config обновляются только при выполнении нового треда. Кто то с таким сталкивался?

Моя идея сейчас в сетапе прочитать весь файл, положить его в массив и по алгоритму раунд робин брать новый элемент этого массива (новый элемент массива = (глобальный счетчик -1 ) % длину массива)

Снова вопрос по Flux
Я так понимаю что его поддержки в Dashboard Variables Графаны просто нет? Надо использовать стандартные InfluxQL запросы?