Для этой задачи использовал утилиту csv-to-inflixdb

Автоматически можно её выполнять через maven-задачу. После теста

Пример интеграции

https://github.com/polarnik/Apache.JMeter.Benchmark.NG/blob/460ee7d443cf355e5ae5d43c69fe2c2ce988e3f1/pom.xml#L1237

Из плюсов - отправить можно вообще все данные, без аггрегации. Из минусов -- нужно придумать, что делать с этой статистикой потом

Спасибо!

Господа, а почему через несколько часов работы с окном логов Jmeter создаётся желание заделать я в контрибуторы Jmeter. Например добавить контекстное меню очистки. И, да, перевод на русский они тоже забыли

попалась интересная задачка. есть веб приложение на .net, iis. есть бд mysql. по логике - интернет магазин. при нагрузке увидели, что раз какое то время (промежутки не равные) происходит всплеск времен отклика до 30 сек, по всем операциям, частично какие-то из них дают 502 - приложение в этот момент функционирует. по мониторингам начал смотреть в сторону очередей, они копятся но это следствие похоже, а не причина, аномалии длятся пару минут и потом все работает штатно. локализировал проблему - это конкретная операция, остальные не вызывают такого поведения, но происходящее влияет на работу всего сервиса. утилизация ресурсов в норме, во время аномалий цпу падает - система не нагружена. профилировщик не дает результатов. есть мысли на сторонние сервисы, но они используются разные в разных операциях. проверял кэши сервера - все ок, да и по памяти утечек нет. база данных ведет себя странно, она не нагружена и в целом из нее только селектится информация, но во время аномалий входящий и исходящий трафик растет. дедлоков нет.

есть мысли как еще локализировать проблему? :)
приложенька черный ящик, AWG отчет ждать долго

смотрели количество тредов?

сейчас повторно гляну, но смотрел да

суть еще в том, что до этого аналогичный профиль нагрузки не вызывал такого поведения. условно - несколько версий назад. профиль не менял

Да по процессам и тредам на сервере приложения все стабильно без разброса.

да однозначно не они

я не дочитал(

Это про попавший случайно сюда мем?

да

Современные версии Jmeter 5.x используют встроенный движок Groovy?

А какой cpu usage до и во время аномалий?

20-40 до, во время падает всегда по разному бывает и до 5

Блокировки -- использовать профайлер для выявления. Если нет, то можно попробовать обойтись Windows Kerner Trace (по умолчанию собирается в Windows Performance Monitor).
Или можно попробовать ProcessMonitor из SysInternals.

Или недостаточно потоков. Для подключения к очередям, базе, ...

Или система ждёт внешнюю систему. Факт обращения к внешней системе, при выполнении конкретного запроса и долгое ожидание можно выявить в профайлере. В логах (debug, trace). В ProcessMonitor.

Может быть, что тормоза из-за логирования. Отладочного. Тогда именно в этом запросе потоки блокируются на доступе к логам. И ждут. Можно отключить логирование на время, для быстрой проверки. Или настроить его - сменить уровень с debug на info. Или настроить асинхронное логирование.

Или система в этом запросе стучится на недоступный ресурс. Он упал. И вот система тормозит. Можно выявить по ошибкам в логе. По ошибкам в трафике (Wire Shark).


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

Слишком много подключений к очередям. Исчерпан лимит. Ошибки и переподключения в результате. Умные современные библиотеки скрывают эти ошибки - фоном восстанавливают соединение. Но в debug-логе видно всё.

Спасибо, пару моментов не учел! Сейчас внешние сервисы получше проанализируем

Мне тут интересная задача прилетела. Нужно померять кол-во потоков, которое использует Java приложение