Супер.
А как можно делать?

Может кому-то будет полезным...

Андрей, привет! это что, прям полный безлимит до 31 июля?

Привет. Да. Все, что нужно быть нашим Заказчиком.

и, видимо, версия новее, чем 12.62?

Версии продуктов, у которых не истек период End of Support. На текущий момент это версии начиная с 12.50 и выше. На сколько я помню...

мне что-то кажется ты возвращаешь не измененную сессию по итогу

И у репита есть встроенный каунтер, зачем делать свой

То, что нужно.
Получилось сделать, спасибо.

https://grafana.com/grafana/dashboards/1152
после пару месяцев страданий выяснилось, что этот дашборд с его имплемантацией никуда не годится для большого количества проектов и/или частых нагрузок с большим количеством логов. для адекватных графиков и таблиц требуется делать около 5-ти каунтов по нескольким миллионам запросам (при условии выборки только из одного теста). короче, на перспективу - обременительная вещь, с загрузками по минуте+
переехал на стоковый от Philippe https://grafana.com/grafana/dashboards/5496 - результаты в пишутся батчами и большое количество данных для выборки заранее прошедшие агрегацию. буду сравнивать производительность этих ребят, если и этот не потянет сяду писать свое. а если взлетит - поделюсь дашбордом более симпатичным и юзабельным на основе этого.
вдруг кому будет полезен этот опыт)

Тоже базовым способом пользуемся

Всем привет! Мы тут пытаемся попробовать использовать Gathling для работы с WS (сейчас используем Jmeter), и есть проблема, которую не понятно как решить:
У нас сложный фронт, мы шлем внутри WS не простые тексты, а обмениваемся с сервером данными в бинарном виде. Мы шлем команду и мы заранее не знаем в скольких пакетах (фреймах) мы получим ответ, мы это видим только по факту, когда приходит последний пекет с "тегом"  означающим окончание. В гатлинге мы можем ждать один пакет или заранее известное количество пакетов и вешать проверки на них. При этом расширить функционал гатлинга не понятно как, надо закапываться глубоко в их реализацию. Кто нибудь решал подобные задачи? Как склеивать ответы для их удобной обработки?

Или может быть вы знаете удобный инструмент (или библиотеку), который используете для подобных задач

Привет. Можно попробовать копить предыдущие ответы в сессии.
Задача: сохранить что-то в сессии решается регулярно.

Пример работы с веб-сокетом можно посмотреть тут:
https://github.com/gatling/gatling/blob/master/gatling-http/src/test/scala/io/gatling/http/compile/WsCompileTest.scala#L103

    .exec(
      ws("BinaryMessage")
        .sendBytes("hello".getBytes())
        .await(30 seconds)(
          // match first message
          ws.checkBinaryMessage("checkName").check(bodyBytes.transform(_.length).saveAs("bytesLength")).silent
        )
    )

Тут сохраняется не тело ответа, а только его длина. Тело ответа сохранить, думаю, можно так:

    .exec(
      ws("BinaryMessage")
        .sendBytes("hello".getBytes())
        .await(30 seconds)(
          // match first message
          ws.checkBinaryMessage("checkName").check(bodyBytes.saveAs("body")).silent
        )
    )

А потом нужно добавить что-то вида пост-процессора:

.exec {
    session =>
        val allBodyes = session("allBodyes").as[LinkedList]
        val body = session("body").as[Bytes[]]
 
    session.add("allBodyes", allBodyes.add(body))
}

Это псевдокод

> результаты пишутся батчами

В смысле ты сменил имплементацию бекенд листнера что бы в инфлакс данные отправлялись пачками?

Они же и в дефолтном вроде пачками отправляются, разве не так?

так я сменил на дефолтную

))

Аа, понял

Добрый день. Все.
У нас есть postgresql, и graphql через который мы и делаем CRUD операции.
Вопрос, средствами какого инструмента, максимально быстро с нагрузкой удобно заполнить базу данных (параметризированно) через POST запросы?