Size: a a a

QA — Load & Performance

2020 December 04

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
че там ещё раскрывать)
источник

A

Anton in QA — Load & Performance
Ну а если не точку максимума смотришь?
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
с открытой моделью если будет что-то тупить и пользователи повалят, то система нагнётся
с закрытой моделью она будет ожидать выхода предыдущих пользователей
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Anton
Ну а если не точку максимума смотришь?
а если кодеры накосячили и время запросов выросло?
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
опять же с закрытой моделью мы получим меньше нагрузки, а с октрытой оно могло бы "стрельнуть"
источник

A

Anton in QA — Load & Performance
То возрастающая нагрузка тупить начнет раньше, не?
источник

A

Anton in QA — Load & Performance
Ладно, понял, спасибо)
источник

M

Max in QA — Load & Performance
Уже как то спрашивал, но появились сомнения что верно понял, к примеру 50 Hits это тоже самое что 50 RPS ?
источник

СФ

Степа Фомичев... in QA — Load & Performance
Max
Уже как то спрашивал, но появились сомнения что верно понял, к примеру 50 Hits это тоже самое что 50 RPS ?
А что в прошлом ответе было не понятно?
источник

СФ

Степа Фомичев... in QA — Load & Performance
По своей сути да, но с отличием таким, что Hits per second это то, что было отправленно на сервер
источник

СФ

Степа Фомичев... in QA — Load & Performance
Если смотреть по отчету Thoughput/RPS - это кол-во ответов, которое приходит
источник

M

Max in QA — Load & Performance
ответ был очевиден и понятен, перечитал, извиняюсь
источник

M

Max in QA — Load & Performance
а кто как задаёт нужное RPS ?
Я пробую используя Throughput Shaping Timer, на верном пути ?)
источник

J

JohnMMX400 in QA — Load & Performance
Max
а кто как задаёт нужное RPS ?
Я пробую используя Throughput Shaping Timer, на верном пути ?)
Constant Throughput Timer
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Пример сценария где с помощью Constant Throughput Timer заданы и таймеры между запросами (RPS) - 1 сек и таймеры между транзакциями (TPS) - 10 сек. Таймеры между транзакциями можно оценить, как разницу моментов старта первого запроса в группе. Всегда 10 сек (почти)
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Пусть пример пригодится. Подготовил его к докладу, который делал недавно. Там мне вопросы задавали, чтобы ответить на них подготовил
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Плюс в него добавил пример того, как сделать Duration Assertion на Transaction Controller, задать так называемый SLA на транзакцию.
Тут реализация с помощью JSR223 Listener.
Посмотрите, будет полезно. У нас на проекте почти такая же используется
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Constant Throughput Timer - вещь мощная, она и как trottle в Gatling и позволяет сделать шаг нагрузки.
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Для понимания того, что дает дополнительный таймер для RPS в JMeter.
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Если сделать таймер только для TPS (шаг 10 сек) то 4 запроса будут выполняться за 2-4 секунды, а потом будет пауза в 6-8 сек, конец шага
источник