Но это так пальцем в небо

оке
пойду собирать пробовать

второй тычок пальцем в небо: изолировать ядра (isolcpus/nohz_full/rcu_nocbs/...) и запускать как-то так:

docker run —-cpuset {cores} {blalala}

дисклеймер: я с танком никогда не работал, в глаза его не видел.

phantom:
  address: “{ADDRESS}”
  ammofile: tests/ammo.txt
  ammo_type: phantom
  load_profile:
    load_type: rps 
    schedule: line(2000, 12000, 100s) 
  instances: 2500
console:
  enabled: true # enable console output
  short_only: true

Попробуйте настроить хост по инструкции:
https://yandextank.readthedocs.io/en/develop/generator_tuning.html#tuning

Тоже хотел поискать эту статью

Ничего не под(д)елка. Абсолютно нормальный инструмент, уникальный в своем роде.  Антон Серпутко выше дал дельный совет.

phantom:
  address: “{ADDRESS}”
  ammofile: tests/ammo.txt
  ammo_type: phantom
  load_profile:
    load_type: rps 
    schedule: line(2000, 12000, 100s) 
  instances: 2500
console:
  enabled: true # enable console output
  short_only: true

Отстой ваш танк)

конструктивно )

Тюним тачку

Тюним аппликуху

Это самый конструктивно-позитивный подход после 12 00

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

Этот танк должен выдать 50к+ минимум

Доброй ночки)
Думаю вопросы глупенькие, но все же

Может кто нибудь тестировал систему в духе. Мы хотим, что бы при обращение в поддержку клиенты смогли транслировать экран оператору через наше ПО.
1. Если тестировали то какая у вас нагрузка закладывалась, сколько реальных юзеров на 100% профиля?
2. У вас видео соединение было p2p?
3. В тест-кейсах была операция обмена видеоданными? Можно обойтись, без передачи видео?
Наверное видео при p2p не будет критической нагрузкой на сервер и для экономии ресурсов можно без него?  Лишь предположение.
4. Сохранение видео на серверах имелось?
5. Какие баги были найдены в разработанном приложении?
6. Может есть какие подводные камни тестирования такого и об этом хотелось бы написать?

Понимаю, что фактически надо исходить из ТЗ,  реализации системы и бизнес желаний, но вот вопросы пока я не видел ничего))

Для начала можно погуглить или зайти на sitespeed.io посмотреть)
Тул очень крутой, если нужно тестировать клиентскую часть Не всегда удобен если надо просто узнать сколько занимает пройти в браузере 10 шагов, но если надо получать детальные метрики по CRP(critical rendering path) для каждого шага- самое оно.
вот пример репорта https://examples.sitespeed.io/16.x/2020-12-21-10-46-45/index.html

Сайтспид на изи интергируется с популярными тулами для клаентсайд тестирования(webpagetest, google pagespeed insights, google lighthouse) + интегрируется с инфлюксом или графитом. можно юзать уже готовые их дашборды для визуализации по регресии
тут можно потыкать графану https://dashboard.sitespeed.io/d/9NDMzFfMk/page-metrics-desktop?orgId=1

а на кого вы работаете?) аймайнд, труконф или иже с ними?)

3. Имхо, нельзя обойтись. Критичная операция, ресурсов жрет порядком

Это из серии даже ТЗ не готово полноценно и скорее всего ничего не надо будет в плане НТ)))
Решил спросить из серии, а вообще кто нибудь тестировал, а кто нибудь вообще таким занимается, вдруг кто интересное ответит😊
Исходя из этого сформировал вопросы
Перед сном мысль пришла, решил написать))

Это же p2p, почему ресурсы жрёт?

Спросонья писал, сорри)
Ну я могу представить, шо там будут серверные издержки какие то, так как в большинстве таких систем разговоры с оператором записываются и все в таком духе