Size: a a a

QA — Load & Performance

2020 September 03

KY

Kirill Yurkov in QA — Load & Performance
очень просто и понятно
источник

СФ

Степа Фомичев... in QA — Load & Performance
Кэшируется все?
источник

KY

Kirill Yurkov in QA — Load & Performance
кэши отрубили для НТ
источник

KY

Kirill Yurkov in QA — Load & Performance
vasiliy
Остановиться , в отчётах указать максимум выше хх уровня , уточнить у заказчика уже после - хочет ли
это хороший вариант, но тогда зачем в принципе у большинства систем так любят искать максимум?)
источник

v

vasiliy in QA — Load & Performance
Kirill Yurkov
это хороший вариант, но тогда зачем в принципе у большинства систем так любят искать максимум?)
Ну до определенного момента всё же )
источник

СФ

Степа Фомичев... in QA — Load & Performance
Чувствую подвох) 2000 рпс должны были бы как минимум бд забить, коннекшенпулл все же не бесконечный
источник

KY

Kirill Yurkov in QA — Load & Performance
правда подвоха нет)
источник

СФ

Степа Фомичев... in QA — Load & Performance
Ну если подвоха нет, то смысла дальше тестировать тоже нет, только деньги тратить на ресурсы для нт
источник

KY

Kirill Yurkov in QA — Load & Performance
vasiliy
Ну до определенного момента всё же )
вообще хорошо было бы до определнного да. для этого есть условия выхода как раз и теста, чаще всего там чето подобное могут заложить
источник

v

vasiliy in QA — Load & Performance
А какая конфигурация оборудования под этот сайтик ?
источник

KY

Kirill Yurkov in QA — Load & Performance
vasiliy
А какая конфигурация оборудования под этот сайтик ?
2 машины по 32 гига оперативы, проц я не помню)
источник

СФ

Степа Фомичев... in QA — Load & Performance
Все же у всех тестов есть конкретная цель, у теста поиска максимальной производительности она, как мне кажется, все же не в том, чтобы найти фактический максперф, а чтобы убедиться в присутствии некоторой буферной зоны, на которую можно масштабироваться безопасно
источник

СФ

Степа Фомичев... in QA — Load & Performance
Это же не тесты ради тестов)
источник

KY

Kirill Yurkov in QA — Load & Performance
Степа Фомичев
Все же у всех тестов есть конкретная цель, у теста поиска максимальной производительности она, как мне кажется, все же не в том, чтобы найти фактический максперф, а чтобы убедиться в присутствии некоторой буферной зоны, на которую можно масштабироваться безопасно
ну почти, вообще, максимум ищется для того, чтобы потом проводить тест стабильности на условно 80% от профиля не просто так, а потому что на близких к предельным утилизациям ресурсам чаще возникают проблемы производительности  - но это не истина в последней инстанции
источник

СФ

Степа Фомичев... in QA — Load & Performance
Интересная ситуация, конечно, в моей практике 80% от максимальной производительности были почти всегда на уровне 40-50% от желаемой(или прогнозируемой) заказчиком))
источник

KY

Kirill Yurkov in QA — Load & Performance
40-50 от чего? от интесивности желаемой?
источник

СФ

Степа Фомичев... in QA — Load & Performance
Ага, условно, заявлено 100 рпс, максперф 50 рпс, стаб на 40 провожу)
источник

KY

Kirill Yurkov in QA — Load & Performance
Степа Фомичев
Ага, условно, заявлено 100 рпс, максперф 50 рпс, стаб на 40 провожу)
зато есть результат и он "методичный" по правилам)
источник

KY

Kirill Yurkov in QA — Load & Performance
если учитывать именно этот факт и преследовать вот такую "методичную" цель теста максимума - то реально ли избежать ситуации, когда НТ обходиться всем турбодорого в связи с нереально производительным сайтиком?
источник

СФ

Степа Фомичев... in QA — Load & Performance
Мне кажется только скалированием производительности в уме
источник