Иоанн думаю сдалал аннотации через InfluxDB протокол. Он отдельный же

А тут результаты без аннотаций

отдельно

Проверьте, что база есть. Создайте ее.
Create database gatling
С утилитой influx

база есть, выглядит так сейчас

графана тоже без проблем к ней подключается

ну это похоже что её с помощью аннотаций создали

нет, создан был measurement, саму базу я создавала

Всем привет!
Провели воркшоп на гейзенбаге по тестированию производительности с gatling и gitlab, для воркшопа подготовлено множество материалов, которые могут помочь в самостоятельном изучении этих инструментов.
Все материалы доступны в публичном репозитории: https://gitlab.com/tinkoffperfworkshop
Первую часть воркшопа можно повторить самостоятельно по шагам из шпаргалки: https://gitlab.com/tinkoffperfworkshop/part-1/cheat-sheet
Во второй части созданы отдельные репозитории, в них также есть ридми с инструкциями: https://gitlab.com/tinkoffperfworkshop/part-2

Что есть интересного:
1. Разворачиваем окружение для тестов локально в контейнерах: influxdb, vector, loki, prometheus, cadvisor, portainer, grafana, gitlab-runner
2. Создаем скрипты gatling для различных протоколов: http, jdbc, grpc
3. Создаем CI джобы для gitlab
4. Подключаем агент в gitlab.com
5. Проводим и мониторим тесты

Всем привет!
Провели воркшоп на гейзенбаге по тестированию производительности с gatling и gitlab, для воркшопа подготовлено множество материалов, которые могут помочь в самостоятельном изучении этих инструментов.
Все материалы доступны в публичном репозитории: https://gitlab.com/tinkoffperfworkshop
Первую часть воркшопа можно повторить самостоятельно по шагам из шпаргалки: https://gitlab.com/tinkoffperfworkshop/part-1/cheat-sheet
Во второй части созданы отдельные репозитории, в них также есть ридми с инструкциями: https://gitlab.com/tinkoffperfworkshop/part-2

Что есть интересного:
1. Разворачиваем окружение для тестов локально в контейнерах: influxdb, vector, loki, prometheus, cadvisor, portainer, grafana, gitlab-runner
2. Создаем скрипты gatling для различных протоколов: http, jdbc, grpc
3. Создаем CI джобы для gitlab
4. Подключаем агент в gitlab.com
5. Проводим и мониторим тесты

Круто! А запись будет?

это вопрос к организаторам) кажется выкладывают ближе к следующему гейзенбагу на ютуб

что-то выкладывают, что-то нет

примерно половину с прошлого гейзенбага не выложиди

Если будут вопросы по первой части: @chepk, по второй части: @Maksimall89

ясно, ну в любом случае спасибо за материалы - работа просто огромная проделана по тому что вижу в репозиториях! 🙏

🤟

@Ganeles , спс. Честно говоря, не успеваю всё читать.

Да, отмена тредов оказалась нетакой простой.
Там 2 части:
a) Замена потоков на треды. Это плюс-минус несложно. Там логично использовать асинхронный http клиент, но не нашлось хороших клиентов, которые не только асинхронные, но и рассчитаны на 100500 пользователей.

б) JMeter дерево клонируется для каждого пользователя. И это занимает ощутимую память. При этом, некий минус, ведь у каждого элемента куча properties, и даже те, которые статичны всё равно клонируются (а вдруг их придётся менять).

И всё это умножается на то, что потребление памяти полностью завист от сценария.

Тем не менее, если потоки ничего не делают, то и 10’000 нормально.
Проблема именно в том, насколько там сложные сценарии.