Там нет проблем с лисенером, там проблемы с запросами, которые необходимо параметризовать

Нет смысла использовать роксовский сендер если не нужны сырые данные

Коллеги, я тут можно вклинюсь? У меня как обычно всякая дичь. Есть сервис который надо нагрузить. В сервисе 7 пользователей, сценарий прост - пользователь логинится, делает запрос и в общем-то все. И так семью разными пользователями, одновременно или типа того. Беда в том что повторная авторизация не пройдет, у уже авторизованного пользователя не пройдет. Разлогин не очень помогает потому что если запустить 15 потоков, то получится что 7 пользователей начнут ломиться авторизовываться по кругу

если вынести авторизацию в отдельный тред - то получится что в пропертях надо передавать токен в основной тред

но дальше что-то нет идеи

точно же это как-то решается

вводные - жеметр и авторизация по токену в хедерах

Ну так там этот дашборд сделан спецом под реализацию backend listener и их связка работает из коробки, даж с использованием virtualUsers в запросе)

Дать каждому треду своего пользователя?

с этим листенером заработало спасибо! и этот запрос с virtualUsers тоже завелся

SELECT last("startedThreads") FROM "virtualUsers" WHERE $timeFilter

а, ок, не знал)

И у каждого треда вынести авторизацию?

Нет, почему, сценарий же для всех тредов один?

да

Пока не понимаю как будет работать тогда

csv dataset config, там в настройках all threads (файл одновременно и последовательно используется всеми тредами)

так, там так и стоит аллтред

А тредов вы запускаете больше чем пользователей?

Вот да

именно в этом и проблема