А разве устоялось, что «закрытая, это когда think time и всё такое?»

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

«Запросы ждут предыдущих» это всё-таки следствие, а не определение
Не так-то и много авторитетных товарищей, которые говорят про «запросы, ждущие предыдущих»

нужен опрос)

вообще может не стоит выбирать модель? мне кажется соответствие моделей системы и модели нагрузки это заблуждение

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

Да, когда впервые услышал про открытую модель, то это было от Алексея Лавренюка на Гейзенбаге.
Эмоционально воспринял, так как показалось, что вот все вокруг знают про две модели, а я не знаю. Но мне было ок так-то.

Стал изучать и понял, что открытая модель именно в танке это Hit Based-тесты (запросы без корелляции).
И тогда, на тот момент, сделал вывод - что открытая модель это вот такие именно тесты, без корреляций и это специфично для такого проекта как Яндекс. Понизил важность этих знаний и успокоился.

А потом такое разделение появилось и в Gatling. И там не было про HitBased, поэтому там я никак не мог переварить специфику. И никак не мог переварить объяснения других. Пока сам не попробовал все модели, все таймеры и не получил Ph D по потокам.

Доклад, который пересмотрел раз пять. Все из-за этих моделей, пользователей, циклов, ...
Все это стало понятно только после десятков экспериментов
Доклад хороший, и я, вроде, в теме нагрузки
Но тема такая, что ее не описать )

думаю большинство узнало об этих терминах в нагрузке из этого доклада

Коллеги, нужно ваше мнение насколько рискованно проводить сравнение результатов НТ одних и тех же приложений
Если эталон крутится на RHEL.
Стенд НТ на Oracle Linux .
При условии, что версии ядра и версии всего софта  одинаковые на полигонах
???

а в итоге сравнения вы что хотите получить и зачем

https://www.youtube.com/watch?v=unhG-WUOHnE
еще часть, возможно, из этого доклада)
(Андрей Похилько, "Нагрузочное тестирование типичного интернет-сервиса")

Тестирование ранее проводилось на RHEL, планируем переезд на Oralce всего полигона НТ.
Продуктив же был и остается на RHEL.

и что хотим узнать

насколько будут применимы новые результаты НТ и их сходимость с историческими тестами

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

я переживаю не будет ли подводных камней из-за разных поставщиков дистрибутивов

ну разница может почти отсутствовать, тут зависит от того что за нагрузку вы даете

и как само приложение с ядром дружит