Size: a a a

QA — Load & Performance

2021 October 09

A

Anna in QA — Load & Performance
тогда я путаю с throughput shaping, сорри
источник

A

Anna in QA — Load & Performance
чёт тут дока сама говорит, что точность зависит от времени ответа
источник

VG

Viktor Ganeles in QA — Load & Performance
Как я понял, они похожи, только precise делает работу пользователей чуток неравномерной
источник

A

Anna in QA — Load & Performance
если я правильно помню доклад @vladimirsitnikv , то там спайки лечатся)
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Ага. Про «хотим ровно 100 в час» звучит на 26:57: https://youtu.be/3PWBBc7rZxw?t=1616
YouTube
Подводные камни в нагрузочном тестировании — Владимир Ситников
Ближайшая конференция:
Heisenbug 2021 Moscow — 5-7 октября, онлайн.
Подробности и билеты: https://bit.ly/3iVwvxU

. .Конференция по тестированию Гейзенбаг 2016 Moscow,
Москва, 10 декабря 2016 г.

Запустить нагрузочный тест — дело нехитрое. Но запуск без анализа — время на ветер. При анализе выявляется такое, от чего приходится повторять замер. Например: времена отклика получились хорошее, а при детальном анализе оказалось, что все страницы показывали 404-ую ошибку. В начале теста времена хорошие, а потом вообще никакие. Или даже так: JMeter показывает, что «всё замечательно», а в реальности нагрузка не подавалась полчаса. Бывает, что в целом всё хорошо, но есть неприятные выбросы. Как анализировать причины выбросов? Как узнать, на каких данных они возникают? И на этот вопрос будет рекомендация.

В докладе будут рассмотрены типичные подводные камни при тестировании enterprise приложений и варианты решения этих проблем. Доклад построен на примере JMeter, но многие подходы могут с тем же успехом применяться и…
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Вообще, там имеется ввиду, что «если сервер физически не способен обработать 100 в час, то таймер никакой магией не может заставить сервер всё-таки обработать запросы»

С другой стороны, если сервер физически обработать запросы может, то таймер сделает так, что их уйдёт ровно 100 (ну или сколько там нужно)
источник

A

Anna in QA — Load & Performance
во, доклад царский) беда в том, что "100 в час" и "500 в секунду" — это разные нагрузки очень, и во втором случае уже никакой особой точности нет
источник

VG

Viktor Ganeles in QA — Load & Performance
Владимир, а раз уж ты тут:

Скажи плз, бэкенд листнер, считая 90й перцентиль для каждой транзакции - берёт отрезок за 5 секунд или берёт последние 100 операций?


Насколько я помню рассказ Серпутко, для транзакции all - 90й перцентиль выдаётся именно за последние 100 транзакций (даже если у тебя 1 rps)

А для остальных транзакций как?
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Спасибо 🙂

Да, 100 в час и 500 в секунду несколько разное, но суть таймера в том, чтобы не подбирать think times, а управлять именно желаемой нагрузкой. Для 500 в секунду таймер тоже должен подойти.
источник

A

Anna in QA — Load & Performance
а получится в него фидбек функцию засунуть как целевой рпс и всё это в конкаррент тг? у меня слабость к использованию
-J"load_profile=..."
, может таймер попробовать сменить...
источник

VS

Vladimir Sitnikov in QA — Load & Performance
Хочется менять target rps на ходу? Пока так нельзя — нужно делать фичу.
источник

VS

Vladimir Sitnikov in QA — Load & Performance
>load_profile=...

Т.е. хочется расписать «как должна меняться нагрузка по ходу» в виде опции
источник

VS

Vladimir Sitnikov in QA — Load & Performance
А разве backend listener агрегирует? Я думал, что оно отдельные семплы отправляет
источник

VG

Viktor Ganeles in QA — Load & Performance
Нет, раз в 5 сек шлёт агрегированные данные
источник

A

Anna in QA — Load & Performance
да, у меня профиль нагрузки - штука крайне изменяемая. таймер должен контролировать пуляние в соответствии с ним
источник

A

Anna in QA — Load & Performance
частота настраивается, можно 1с
источник

VG

Viktor Ganeles in QA — Load & Performance
Это да
источник

VG

Viktor Ganeles in QA — Load & Performance
Но вопрос не в этом
источник

A

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

VG

Viktor Ganeles in QA — Load & Performance
Я о том же
Там говорилось про all
источник