Size: a a a

QA — Load & Performance

2021 October 09

I

I-1 in QA — Load & Performance
Ясно
источник

VG

Viktor Ganeles in QA — Load & Performance
+1
источник

I

I-1 in QA — Load & Performance
Да, мастер агрегирует и пишет
источник

I

I-1 in QA — Load & Performance
Я даже как-то парсер делал для отправки в эластик после окончания теста
Но потом оказалось есть эластик лисенер, но он в рилтайме только работает, естественно
источник

VK

Valeriy Khudasov in QA — Load & Performance
Всем привет. Подскажите, можно ли в JMeter задать стабильную нагрузку на сервер, скажем, в 100 запросов в секунду?
Как я понял: если в треде задать 100юзеров, бесконечный цикл, впихнуть в него 1 запрос и выставить, к примеру, констант таймер в 1секунду, то по моей логике должна получиться генерация 100запросов в секунду. НО. Запросы в треде ведь отправляются последовательно и только после получения ответа на предыдущий запрос?
То есть если при моих конфигах время ответа на запрос будет, к примеру, 2 секунды, то подаваемая нагрузка будет не 100RPS, как я хотел, а ~33RPS (так как таймер 1 сек + 2 сек время ответа на запрос, при условии стабильности).
Если моя логика верна, то как сделать стабильную нагрузку в 100 RPS?
источник

СФ

Степа Фомичев... in QA — Load & Performance
Есть специальные возможности подавать нагрузку в рпс, скорее всего вам хватит throughput shaping timer
источник

VK

Valeriy Khudasov in QA — Load & Performance
Спасибо, гляну. А логику формирования нагрузки в JMeter то я хоть правильно понял по вышеописанному?)
источник

СФ

Степа Фомичев... in QA — Load & Performance
Ну есть два подхода: оперировать рпс и оперировать юзерами
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Precise throughput timer делает именно это
источник

VK

Valeriy Khudasov in QA — Load & Performance
на данный момент интересует именно рпс
источник

VS

Vladimir Sitnikov in QA — Load & Performance
В presice throughput timer выставляете 100 в сек и получаете ровно 100 в сек. Какие вопросы?
источник

A

Anna in QA — Load & Performance
не совсем ровно, ладно?)
источник

VK

Valeriy Khudasov in QA — Load & Performance
в чем подвох?)
источник

A

Anna in QA — Load & Performance
если время ответа системы более-менее стабильно, то получаете 98 где-то, а если скачет, то 98 в среднем) более того, мы со Славой как-то тут упражнялись, и там не 98 даже, а чиселка какой-то кратности что ли... не помню. короче на тпсах выше 10 получаете "в среднем указанное минус чуточку"
источник

VK

Valeriy Khudasov in QA — Load & Performance
учту, спасибо
источник

VS

Vladimir Sitnikov in QA — Load & Performance
У precise нет подвоха, и вы получите ровно столько запусков, сколько указали, вне зависимости от того как гуляет время ответа системы
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Но, да, если у вас время ответа системы 60 минут, то за час вы получите 100 запусков и 0 завершений
источник

A

Anna in QA — Load & Performance
это же он переименован во фрупут шейпинг таймер?
источник

A

Anna in QA — Load & Performance
а если в него фидбек функцию засунуть то тоже ровно получится?
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Он когда-то назывался exponential timer, но сейчас precise throughput timer: https://jmeter.apache.org/usermanual/component_reference.html#Precise_Throughput_Timer
источник