согласен. Тебе так будет проще :)

понял, спасибо

Так ребят щас все прочитаю и вникну, минуту

за минуту вникнуть не получится :)

Коллеги, вот вам всем удобный шаблончик, который содержит в себе подходящее решение для 90% тестов. Вам нужно будет только заменить мои запросы на свои и выстаить свои значения максимального количества юзеров с рпсами

Требуются плагины:

@nikitozeg попробуй - может станет яснее)

ок

то биш это ramp up?? выделено стрелочкой

ага
время, за которое запустятся ВСЕ треды

запускаются они равномерно (ну, стараются, по крайней мере)

так если указать 0, вообще не запустятся?\

с чего это

ЗА СТОЛЬКО времени они запустятся

то есть "сразу же"

аааа сорян

не так прочитал

За период рампапа все треды запустятся равнораспределенно по времени

Не совсем так. Предполагается, что тредов будет запущено как раз таки 1000. 1 тред = 1 юзер. У нас ж эмулируется нагрузка в 1000 юзеров. Соответственно, каждый выполняет свой сценарий, ждет 33 сек - и потом выполняет его еще раз.

В идеальном мире при моментальном выполнении сценария треда получилось бы следующее:
1000 (юзеры)  x 3600 / 33 (количество действий за час в случае паузы в 33 сек)  =  109090
Дополнительная нагрузка сверху = 10 минут от дополнительных 1000 юзеров. Это 1000 * 600 / 33 = 18181

Суммарно это выдает обозначенные 126к примерно. Однако количество итоговых запросов тут все таки не принципиально. Их может получиться и 50к, если у нас все хреново.

Главное - чтобы суммарное время ответа на запрос было в пределах нормы, описанной в требованиях.

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

Ведь для объекта тестирования не важно, сколько у вас потоков было.