Ну так VU по логике приложения должно =реальному, нет? :)

Получается такой  сценарий : 10 тредгрупп в каждой по 1000 юзеров, и вот они постепенно должны все активироваться. Что бы найти максимум.  Ожидается что будет 60 тыс в системе пользователей но решил пока начать с малого

нет, это неправильная логика. виртуальный пользователь может имитировать работу сотни реальных.
надо пользоваться термином полезной нагрузки на приложение. что является определяющим в полезной нагрузке на приложение? ресурсы! ресурсы начинают выделятся при попадании каких то запросов в приложение. потоки/коннекты у тебя проходят несколько стадий интерпретации и абстракции. поток внутри жметер это абстракция, единственно он может соответсвовать количеству открытых сокетов и/или сессий. потом это проходит например через прокси, там соединения выделяются не в зависимости ьредов в жметер, а в зависимости от входящего трафика, пул коннектов самого приложения может быть ограничен и тд.
таким образом 100 запросов в секунду которые создаст тысяча твоих тредов или 10 тредов будет для приложения одним и тем же

чаще всего! *

например в вебсокетах не так

В терминах JMeter один VU = одна итерация работы Thread Group в открытой модели нагрузки. Там где таймеры и профиль нагрузки.
И один VU = один поток в закрытой модели, там где таймеров нет

Топик стартер не я. Но вопрос для меня открытый. :)

1. Я говорил о терминологии.

2. Количество тредов имеет значение. Именно поэтому есть параметр сохранять соединение. И Вячеслав поднимает количество портов, что бы time_wait не мешало.

3. RPS <> TPS это понятно.

https://ubikloadpack.com/virtual-users-computer.php
Вот на такой калькулятор можно ссылаться

Вот вот

Ну или когда пользователь повторяет действия: к примеру смотрит товар и возможно добавляет в корзину. Можно (наверно) через loop но как мне кажется лучше через следующую интеграцию Потока. (Я к тому что, 1 поток = 1 пользователь, но 1 пользователь м.б. <> 1 поток

как будут соединения на прокси интерпретироваться в приложении?) 1к1?

Тут теперь
Number of Virtual Users required = потоки
Раньше было не так указано

Так тож прокси.

закрытая модель в jmeter фактически нереализума

Хмм... а по-моему открытая это костыли

ну прокси можно бессценарно побенчмаркать, тут вопрос в том что за нас это давно сделал поставщик ПО, если конечно прокся не самописная

в чем она костыли?

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

интернет это костыли?)

Я написал оговорку, вопрос открытый для меня. Я не спорю. Я говорю как понимаю и возможно ошибаюсь. В общем смысле jmeter ждёт ответа на запрос. И тем самым реализует закрытую модель. А открытая, через таймеры и конкуренси, через доп. Плагины это уже открытая.

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