free form arrivals же давно есть)

Он вроде на каждый отрезок теста отдельные потоки выводит (и завершает)

не понял это как

ну модель то открытая

Ага, free form arrivals хорошее название, но занято уже :(

я про то что оно реализует открытую модель - маркетинг провалился)

Открытую модель реализует простой Thread Group. Достаточно сделать настройки вида
и будет 100 000 в час по открытой модели

А там нигде про open не говорится, а тут open в названии -- маркетинг на высоте

Тссс. Не подсказывай. Но обычная ТГ не умеет в переменную нагрузку

Накладных расходов много, Володя
Нужно переиспользование потоков и подключений
Если бы это работало хорошо, то все бы знали и использовали

Формально в этом способе даже Same user on each iteration не работает, так как итерация одна всего

В твоем варианте что с переиспользованием подключений будет?
Даже сейчас, до введения пула потоков

хехе опытные юзеры конечно задатутся вопросом)

меня тоже интересует

Ну и можно будет корутины впилить -- и вообще без тредов будет

правая кнопка + validate постоянно использую для дебага. идеальная штука чтоб проверить какую-то отдельную TG в скрипте.  Допустим есть пять катушек нужно продебажить только Add_Order_Guest. Правая кнопка -> Validate  и погнали

А как надо с соединениями?

Вообще, я хочу отвязать понятия "тред" и "пользователь"

Вот прямо сейчас java.lang.Thread уже переиспользуются. Но testplan, конечно, клонируется на каждый запуск.

По-хорошему, нужно и testplan'ы переиспользовать. Или же имеющиеся потоки как-то на вторую итерацию уводить

В первом случае в 10 раз быстрее, чем во втором. Хотя нагрузка получается одинаковая. Все из-за соединений

На самом деле это критично только для очень простых сценариев. У меня в среднем в сценарии 7 000 запросов. Это очень-очень много. Поэтому для моих сценариев и второй вариант открытой модели будет работать отлично. И я планирую использовать твой новый таймер, как основной. У меня падения производительности не будет

Интересоваться и я могу. А как надо-то?

Вот у нас, помню, как-то даже переиспользование cookies (хранили их в concurrenthashmap и переиспользовали через какое-то время)

Поэтому "same user on each itetation" / "different on each" мне кажется неверным подходом