ну коллега, сие упущение. представь систему, представь в ней юзеров, каждый из них делает запросы (нагрузка измеряется именно в них). юзеры лениво чешут пузики и кидают пару запросов в минуту. тогда 60 таких юзеров будут делать два запроса в секунду. твои юзеры - психи, скорее всего под наркотиками, они херачат запросы в систему без перерывов. 60 твоих юзеров будут делать тысячи запросов в секунду. где ты таких видел?)

до 500 чего?

в юзерах нагрузку не мерят, эти все юзеры в пике могут делать например 100 запросов в секунду. ты можешь такую нагрузку подать используя 200 тредов

треды != юзеры

тоесть мне следует указать рампап период?

тред это абстракция

то есть тебе следует посчитать рпсы на проде и выставить такие же в таймерах как пишет выше V. Karpovitch

throughput shaping times
компонент, который умеет варьировать на лету паузы и таким образом держит общую нагрузку в RPS на заданном уровне

я понял иду учить мат часть

спасибо

ю велкам

рпсы* - реквест пер секондс (zaprosi v sekundu)

я же правильно понимаю что если в треде 5 реквестов и в треде указано Number of Threads - 5  Ramp-up - 1 то получается что у меня будет 5*5=25rps?

если задан еще таймер на 1 рпс для каждого потока - да

а если нет - сколько 5 потоков успеют выполнить, такой и будет рпс

простите а что за таймер?

constant throughput timer например
https://jmeter.apache.org/usermanual/component_reference.html

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

Рамп ап - это то время за которое ты получишь введенное ранее количество тредов