Пока придумал такой синтаксис:
rate(0/min) even_arrivals(10 min) rate(50/min) random_arrivals(20 min) rate(50/min) random_arrivals(10 min) rate(0/min)

PR https://github.com/apache/jmeter/pull/674 (там ещё ничего толком нет, но можно подписываться)

по окну - да для каждого уникального лейбла
pctResponseStats - да память беспощадно сожрется
про вариант ставить значения - не понял.
если нужна классная точность - либо парсить jtl в онлайне и отливать куда-то, либо писать в raw

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

агрегирующие функции самой графаны или инфлюкса могут несколько отличаться в реализации, даже в raw результатах можно увидеть расхождение

Насчет ставить значения - имею ввиду поставить в окно такое значение, которое точно обеспечит хранение всего датасета за интервал. Условно если запросов одного лейбла 500 за 5 сек, то ставим 600 с запасом и тогда за 5 сек у нас уйдут данные без "перетёрки".

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

файлбит просто накинуть и всё. для парсинга)

а по окну - ты же про pctResponseStats?

тогда что бы за окно не было насколько я понимаю у тебя всё равно будет перетираться

тебе надо чтобы туда влезал весь тест)

а это дичь

Файлбит это некая приблуда чтобы писать логи в условный эластик? Но писать всёравно их из файла .jtl или .csv?
Тогда я верно понимаю, что ты хочешь писать в пусть result.jtl, который будет в real time писать куда-то лог и при этом чистить/архивировать result.jtl чтобы не сожрало диск/джиметру было легче писать в файл?
Или джиметру норм большие файлы записывать

да файлбит это оно.
у меня под каждый тест свой jtl и в системе у них есть ttl

так что у меня дропаются старые файлилики и всё

ну либо ротация логов

после того как они упали в эластик - тебе они врдли нужны в голом виде

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

Доброе утро! Запускаю  jmeter в докере. Запускается насколько я понял этим файлом https://github.com/justb4/docker-jmeter/blob/master/run.sh - 10 строка.
Мне надо его с плагинами запустить, на странице есть инструкция, но я не пойму что туда надо писать, название плагина?

> The ${LOCAL_PLUGINS_FOLDER} must have only .jar files.
У вас в некой папке должны лежать jar'ники плагинов, и Вы монтируете её к образу. Например, в /jmeter_plugins лежит test.jar, тогда указываете -v /jmeter_plugins:/plugins.

Но зачем берёте JMeter 3.3? Где-то выше кидали ссылку на образ более новой версии.

^

Файлбит парсит xml неограниченной вложенности?
Я для xml логов jmeter свой парсер писал чтобы в эластик кидать
Но сейчас уже лисенер есть

а зачем xml?