а как выполнить логин только один раз что бы получить токен и что бы потом уже использовать его во всех последующих сценариях нагрузки

если делать
.exec(login)
 .during(5 minutes) {
   pace(1 seconds)
   .randomSwitch(
     100.0 -> sendDocument,
     )
то каждый юзер будет логиниться

к сожалению у гатлинга делать exec(http()) в блоке before {} - нет такой взможности
получается что каждый юзер должен логиниться...

В before можно сделать запрос другим http клиентом - то что нужно достать - записать в отдельную переменную или в объект котоырй юудет хранить это состояние а потом эту переменную дергать в каждом реквесте

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

А в 3.4.0+ появилась такая возможность

Правда все равно сессия привязывается к сценарию

И из одного сценария нельзя передать переменные в другой

Это хорошо) Со врмен версии 3.3.0 не было) Надо попробовать как раз апдейтнулся до 3.4.1 ...

Всем привет, вопрос такой, запускаю нагрузку с помощью phantom и собираю статистику в оверлоад
В консоли вижу, что РПС сильно ниже того значения, которое я выставлял в конфиге, в мониторинге сервера количество РПС отображается как и в консоли танка, но вот в оверлоаде картинка вот такая
И самое странное, что ни разу за все время нагрузки количество РПС не превысило 8к
При этом ошибок на самом сервере нет, на машине с которой запускаю нагрузку тоже нет

Подскажите пожалуйста, в чем может быть проблема и как ее решить

вот консольный вывод танка

Post запросы?

Get

В сеть не упираетесь случаем?

было так да, но запуская с нескольких машин, которые не в одной сети, нагрузка делится
Получается сервак получает те же 6к только по 3к с двух тачек

Я имел в виду пропускную способность. Что у вас за соединение? 100 Мбит? 1Гбит?

@uN1im

Альтернативный вариант - прописать таймаут в запросах Jmeter.
Удобнее всего сделать это через
HTTP Request Defaults

тут прописаны таймаут на коннект в 1 секунду и на ответ в 1 минуту.
Если добавлять HTTP Request Defaults в корень тестплана, повлияет на все запросы во всех группах

все запросы, где ответы возвращаются дольше минуты, через минуту будут обрываться с ошибкой

60-90мбит

Вот и  причина

оверлоад тоже показывает 6700
красная линия на графике - это планируемая (ориентировчная) схема нагрузки по конфигу