подозреваю зависит от того как его  приготовить(плагины\настройки)

спасибо!

Советую Славин доклад на этой тему:

https://youtu.be/rQCspOA30Bc

Вот

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

прикопал!

даже  раньше

это я учитываю. Сильно сложные запросы делать не буду

Это мастхэв для жметровщиков

130кб

уже убивает

Подскажите плз, как правильно организовать нагрузочное для мессенджера. Необходимо дать возрастающую нагрузку от 100 до 1 млн. юзеров.
Я совсем не спец по нагрузке, это мой первый раз) Если поможете советами, буду премного благодарен)

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

--------------------------
Для сценария месседжинга между двумя юзерами в личном чате сделал так (юзеры уже зареганы):

Есть Thread
В Once Only Controller авторизуются два юзера (авторизация по номеру), токены записываются в переменные. Тел. номера для запроса авторизации считываются с .CSV файла. Номера в файлике записаны в два столбца (т.к. переписываются два юзера):

89164335675, 891634536646
89156874564, 892641252525
...

В остальных Simple Controllers происходит обмен сообщениями (и запрос списка сообщений соответственно).
--------------------------

Для сценария месседжинга в групповом чате все то же самое:
Есть отдельный Thread

В Once Only Controller авторизуются два юзера (авторизация по номеру), записываются в переменные токены. Тел. номера для запроса авторизации считываются с .CSV файла. Номера в файлике записаны в два столбца (в данном случае в групповом тоже переписываются два юзера):

89164335675, 891634536646
89156874564, 892641252525
...

В остальных Simple Controllers происходит обмен сообщениями (и запрос списка сообщений соответственно).
--------------------------
Насколько я понимаю, правильно будет делать распределенную нагрузку (в данном случае в облаке, т.к. своих ресурсов нет), скорее всего на AWS. Архитектурно - делать master EC2 инстанс + несколько slave EC2 инстансов

для наглядности, как в джиметре выглядит

В связи с этим вопросы:

1) СКОЛЬКО арендовать инстансов и КАКИХ под нужды / сколько примерно потоков сможет сгенерить один подчиненный узел? Хотя бы примерно. Ну или как это понять?

2) Если нагрузка бует распределенная, то получается для каждого slave инстанса нужно будет иметь свой .csv файлик с номерами для авторизации? А правильно будет так авторизовываться, считывая номера с файлика? Или быть может есть другие практики?

3) Как подать возрастающую нагрузку в распределенном режиме на AWS, увеличивая каждые 30 мин. на 10%? Условно наиная со 100 юзеров, заканчивая 1млн.

4) Нужно ли два отдельных Thread под месседжинг в личном и групповом чате, или в один запихнуть?

5) А если юзеров в групповом чате будет больше двух, нужен специальный csv файлик, количество столбцов = количетсву юзеров в группе?

6) Только что увидел load сервис от aws https://aws.amazon.com/ru/solutions/implementations/distributed-load-testing-on-aws/ - а может быть это решение принять во внимание? Вообще этим кто-то пользовался? Какие минусы?

для начала - забей на количество пользователей (100-1млн) и пересчитай в количество операций, которые делают эти пользователи.

все не плохо но юзеры делают запросы не постоянно а с какой то интенсивносью, надо ее понять и реализовать через throughput timer. сама нагрузка изменяется в запросах в секунду. но важно понимать ... Витя был быстрее)

а нет статистики, стадия разработки у продукта

а, ну таймеры я расставлю еще

можно оценить, через аналитику

я пока что просто хочу понять, как все сделать правильно, чтобы потом себе ногу не отстрелить