Спасибо

Здравствуйте, помогите понять алгоритм, не знаю с использованием чего это сделать
в запрос передаю дату и время, мне нужно сделать 30 запросов, в каждый передаю день от 1 до 30, т.е генерация данных на каждый день

получить dataNow я могу скриптом, в груви загнать

String b1 = "${__timeShift(y-MM-dd HH:mm:ss,,,,)}";

как я могу делать +1 к дате, в каждом новом запросе, может ли jmeter сохранять значение и делать n+1 в каждой итерации?

Функцией получаете дату сегодняшнюю, НО БЕЗ ДНЯ! А к ней канкатенируете нужный день 🤔 я бы взял счётчик и его бы плюсовал к дате, как первое что на ум приходит.
Но сразу вопрос с датой возникает, с какого дня, до какого дня 😅
К примеру с сегодняшнего +30, или можно всегда с первого?

а сохраняется значение переменной с каждой итерацией?

Все зависит от профиля вашего, забиться можно на многое, но смысл думаю понятен

Можно на счетчик

Можно на итерацию потока

Да, оно обновляется перед  итерацией

последнее поле функции и timeshift это переменная, указываешь имя и передаешь туда результат каждый раз когда выполняешь

Поставь прометей и настрой process-exporter, он по идее умеет разбивать статистику по метрикам по tid потоков из /proc, там в доках всё написано. Телеграф не умеет. Для винды пришлось бы колхозить через Windows Debugging Tools.

О, спасибо

У вас приложения, случайно, не в контейнерах?

нет. даже с виртуалками под esxi много вопросов

Вам по сути нужно просто результат утилиты top запихнуто в influx, я бы в эту сторону копал

Сейчас вырисовываются три пути:
1. просто парсить top (первый кандидат)
2. логгирование из приложения
3. прометей

Логгирование я бы отбросил. Слишком ебаная задача с эфемерной полезностью

Ну или прям на крайний случай, если будет крайняя нужна и альтернатив не будет

я боюсь, что можно поймать очень мерзкие баги с пиками задержек, это будет хуже отсутствия мониторинга

ну и у разработчиков вагон и телега других проблем.

Мониторить потоки можно на bash.
Узнать PID процесса. Пусть это 1. А дальше развивать концепт:

for a in $(ls  /proc/1/task); do echo $a; done


for a in $(ls  /proc/1/task); do echo "thread_stat,threadID=$a maps_count=$(cat /proc/$a/maps | wc -l)"; done

...
Если делать раз в 60-90 секунд, то вполне годный мониторинг будет

Возможно есть ещё один вариант.
Как я понял, у тебя потоки 1,2,3 занимаются задачей А, а потоки 4,5,6 - задачей Б

И важно понять, как ЗАДАЧИ тратят ресурсы а не потоки, верно?

Запусти несколько процессов и раздели задачи между ними: первый процесс занимается только задачей А, второй процесс только задачей Б

Конечно делать так можно только для отладки.
Но я сомневаюсь, что ты всё время будешь на эти потоки смотреть :)
Больше похоже на задачу «провести ряд конфигурационных тестов, найти оптимальные настройки и забыть»

Ну и если приложение не может работать только над задачей А или Б - не выйдет.