KY
для того чтобы поддержать 0.5 запросов в минуту понадобится 12200 тоедов только в случае если запрос у вас выполняется 6100 сек)
Size: a a a
2021 May 14
KY
ага, странно что в констант таймере тогда 0.5
KY
если тредов будет 4к,внутри них 1 запрос. то будет 4 тысячи рпс
KY
при знпчении 60 в констант трупут таймере
KY
ну и при ответах сервера меньше секунды
KY
сколько у вас запросов внутри тред группы? знаете суммарную их длительность выполнения?
ЕМ
Я просто немного не понимаю как контролировать в этом случае интенсивность, потому что под нагрузкой запросы выходят за 1-2 м нуты, и интенсивность проседает местами
ЕМ
Потому что jmeter не может запустить следующую итерацию пока не закончится старая
KY
Ну тебе не нужно выдавать такую интенсивность не смотря ни на что, в связи с тем что у тебя есть требования к системе скорее всего и если они не выполяются - тест надо стопать. Например если у тебя запросы на потяжении минуты выполняются дольше 10 сек - то значит произошла недопустимая для пользователя деградация и грузить систему дальше не имеет смысла. Например максимум найден
KY
free-Form Arrivals Thread Group умеет то что ты хочешь
KY
Внутрь нее передаешь рпсы входящие в итерацию
KY
ты уверен что тебе нужна открытая модель нагрузки?
KY
могу помочь лучше если будет ясно как задача стоит)
ЕМ
Хмм, возможно ты прав, я не уточнил этот момент, большое спасибо за помощь)
KY
хорошо держит рпсы связка thread group + throughput shaping timer, главное посчитать достаточное и необходимое кол-во тредов
ЕМ
Спасибо, попробую
VG
Ещё вариант - constant throughput timer + ultimate thread group
Она менее удобная в настройке, но более точная при низких рпс или больших колебаниях времени отклика.
Она менее удобная в настройке, но более точная при низких рпс или больших колебаниях времени отклика.
ЕМ
Спасибо
СС
День добрый, такой вопрос; можно ли как-то создать из уже существующих очётов Jmetra создать aggregate report (был в скрипте) отдельно на Thread (запускалось всего 3 thread's)?
VG