При такой записи у тебя кешируется только первое значение в этой переменной

Либо убери галочку compile script

Либо используй vars.get() // предпочтительно

Группы тогда. group(name)
И настройку influxdb как тут:
https://grafana.com/grafana/dashboards/9935

Достаточно обеспечить проброс только первой группы. Можно даже назвать ее специально runID в influxdb

Да, помогло, спасибо

Как я понял, решение - завернуть сценарий в одну группу?

Вернее все его содержимое в группу верхнего уровня

Но темплейты я как-то ваще не вкурил

Да

Вы попробовали уже что-то? Если нет, то попробуйте

Понимал как устроены таймеры и как они ложатся на профиль нагрузки на практике. Самое простое

Удаленное сообщение было )
Спасибо.  
А если у нас модель нагрузки открытая.
А как в таком случае регулируется интенстивность?
Нам нужно постоянно поддерживать поток запросов в секунду, то есть если пользователю приходит позже ответ, он уже следующий запрос не сможет отравить и соотвественно интенсивность просядяи.
Ваш вариант подойдет?

Или уже надо будет обращаться к
Throughput Shaping Timer

Долгое время неверно понимал, что такое открытая модель нагрузки. А что такое закрытая. Но при этом мог подать самую разную нагрузку разными инструментами. Поэтому сложилось мнение, что на практике все проще, чем в теории

Хех )

Тогда дома какой-нибуть тестовый стенд ращзверну и буду его пинать

=)

И даже сейчас не понимаю отличий. В теории, на тычинках и пестиках

Закрытая -- нагрузка создаётся ограниченной группой пользователей. Нагрузка на внутреннюю систему, например, со стороны 5-ти бухгалтеров.

Открытая - нагрузка создаётся неограниченно большим количеством пользователей. Опубликовали ссылку на Хабре и пользователи заходят и заходят.

мда еще помню времена хаброэфектов в дествии :)))

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

Если судить по Gatling, на практике, закрытая -- создать фиксированное количество пользователей и отправлять ими запросы с той скоростью, с которой система может их обработать. Если система тормозит, то интенсивность снижается, если нет, то высокая.

И кажется, что раз она закрытая, то какая-то низкая, меньшая чем открытая. Но вот нет. Если стрелять 5 ю пользователями без пауз вообще, можно просто положить некоторые приложения. Потому что, в реальности пять пользователей работают с определенной интенсивностью. И нагрузка меряется не в пользователях, а в сценариях в единицу времени. И вот мы пришли к тому, что даже для бухгалтерской системы у которой пять пользователей нужен профиль, с интенсивностью 0.1 сценарий в минуту.

И это тоже самое что и при открытой модели. Только интенсивность пониже.

И вот тут теория с практикой расходятся. И действуешь по ситуации, по задаче, а не по теории