настройки такие же

так что вопрос снимается

Поддержу. Скиньте пожалуйста что получилось в итоге. 😊

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

вопрос - как правильно это сделать?

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

Как будто новый пользователь входит

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

Привет. Достаточно простой вариант: properties:
Куда можно положить любой объект:
props.put("myData", new ArrayList());

И достать его в другой катушке:
props.get("myData")

Используя jsr223-post(pre)processor или sampler. В setup thread group и в обычной thread group.

Аутентификацию заранее оправдано делать, если это тяжёлая и редкая операция. Например, если для ее выполнения на стороне приложения используется стократный bcrypt и 10 sql-запросов. Тогда да, она отделяется.

Другой вариант - если в системе только 2-3 тестовых пользователя, мультилогин не поддерживается, но хочется двумя пользователями создать нагрузку, как от 10000, по быстрому. (И известно, что ошибок это не вызовет)

Если же основную нагрузку создаёт не аутентификация, и тестовых пользователей много, мои мультилогин поддерживается + ошибок/блокировок/гонок не будет, то проще получать токены перед сценарием

PS. Используем в команде SharedMap - глобальный статический класс, в котором есть внутри объект concurentHashMap и пара статических публичных методов для добавления и извлечения объектов.

Props - тоже быстрый, разницы быть не должно. Но мы уже привыкли использовать свой класс для обмена данными между катушками

Ошибся. Props наследник Dictionary, а не ConcurentHashMap. Поэтому разница есть. Для многопоточного доступа лучше ConcurentHashMap

https://docs.oracle.com/javase/7/docs/api/java/util/Properties.html

Но для случая, когда много потоков лишь читают. Выбирают значение по имени. Разницы не должно быть - будет быстро

Привет всем.
Хочу нагрузочный инструмент, что-нибудь на js типа k6, но с реализованным arrival rate. K6 хорош, но тпс держать научится через пару месяцев только

JavaScript есть в hp loadrunner и в jmeter.

Будем ждать тогда два месяца.
Сейчас как раз все на lr и jmeter живёт, как раз хочу уйти

В lr используется js?
Когда пользовался в первой версии, в нем не работала поддержка utf-8 и кириллицы :(

Хз, ща у нас lr на сЯх

А к6 прям аппетитно выглядит. Но сценарии просто в цикле гоняются

Привет всем. Может кто нибудь знает лайфхаки как просто вычислять, что именно вызывает утечку памяти в JMeter? Полез в профилирование JVM - конечно тема рабочая, но времени уходит много и порог вхождения высоковат, имхо (хотя может там есть джедайские техники?). Понимаю, есть вариант с работой тредов в режими по одному и мониторингом памяти, но когда сценариев тредов больше 20 и для них требуется еще и данные каждый раз готовить - не феншуй.

Нужно добавить -XX:+HeapDumpOnOutOfMemoryError в параметры запуска (и не удалять!)
Как закончится память, так создатся heapdump