Size: a a a

QA — Load & Performance

2020 June 03

VG

Viktor Ganeles in QA — Load & Performance
В то время как для воспроизведения проблем нам нужно подать НАГРУЗКУ, которая создала проблемы
источник

VG

Viktor Ganeles in QA — Load & Performance
Из графика видно, что система способна обрабатывать ~1400 операций в минуту
источник

VG

Viktor Ganeles in QA — Load & Performance
С этой нагрузкой система справляется
источник

VG

Viktor Ganeles in QA — Load & Performance
И если подать эту нагрузку, то, скорее всего, проблемы мы не воспроизведём
источник

VG

Viktor Ganeles in QA — Load & Performance
Потому что 1400 оп/мин- это максимальная производительность системы
источник

VG

Viktor Ganeles in QA — Load & Performance
Но вот это вот это «плато», ровная часть графика после плавного роста говорит о том, что тут мы и достигли уровня нагрузки, которую система обработать не смогла
источник

VG

Viktor Ganeles in QA — Load & Performance
То есть график подаваемой нагрузки выглядит примерно так:
источник

VG

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

VG

Viktor Ganeles in QA — Load & Performance
Но этого пика нагрузки на графике ПРОИЗВОДИТЕЛЬНОСТИ конечно нет - ведь с ним система НЕ СПРАВИЛАСЬ
источник

VG

Viktor Ganeles in QA — Load & Performance
итого, ответ:
источник

VG

Viktor Ganeles in QA — Load & Performance
Для воспроизведения проблем прода нужно подавать нагрузку на уровне примерно 1600 оп/мин
источник

g

gat0r in QA — Load & Performance
а почему пик именно до 1600, а не до 2200 ?
источник

VG

Viktor Ganeles in QA — Load & Performance
Конечно я не знаю, что «точно 1600»
Но я знаю точно, что больше 1400
источник

VG

Viktor Ganeles in QA — Load & Performance
gat0r
а почему пик именно до 1600, а не до 2200 ?
Ответ «2200» с обоснованием тоже верный :)
источник

VG

Viktor Ganeles in QA — Load & Performance
@aklexel @Asazio молодцы, дали верный ответ (в личке)
источник

VG

Viktor Ganeles in QA — Load & Performance
Главный посыл: вот эта ровная горизонталь в интенсивности с 14 до 16 часов должна вас настораживать, когда вы анализируете статистику

Очень часто она говорит о том, что что-то ограничивает производительность системы.

Это не всегда проблема - например, узкое место может быть не в объекте тестирования, а в источнике нагрузки.
Но я бы всё равно обратил на это внимание заказчика, ему эта инфа может пригодиться.
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Viktor Ganeles
Главный посыл: вот эта ровная горизонталь в интенсивности с 14 до 16 часов должна вас настораживать, когда вы анализируете статистику

Очень часто она говорит о том, что что-то ограничивает производительность системы.

Это не всегда проблема - например, узкое место может быть не в объекте тестирования, а в источнике нагрузки.
Но я бы всё равно обратил на это внимание заказчика, ему эта инфа может пригодиться.
источник

AL

Alexander Lebedev in QA — Load & Performance
@maks_andr подскажи плиз. Вы используя локус визуализацию метрик производительности используете стандартную или что-то интереснее прикрутили?
источник

IN

Ivan Nahornyi in QA — Load & Performance
Viktor Ganeles
Для воспроизведения проблем прода нужно подавать нагрузку на уровне примерно 1600 оп/мин
а почему капасити тест просто не провести?
источник

VG

Viktor Ganeles in QA — Load & Performance
Ivan Nahornyi
а почему капасити тест просто не провести?
Что это значит?
источник