ВС
Пул потоков должен расти так как один поток не сможет делать сколько то растущее rps. Пул растет с запасом. А trottle ограничивает rps сверху
Size: a a a
2020 September 18
ВС
Только есть нюанс. Надо подавать нагрузку больше. А троттлом отсекаешь до нужной
Точно
M
на хабре от Тинькофф
Как-то маловато, хочется по подробней)
M
Пул потоков должен расти так как один поток не сможет делать сколько то растущее rps. Пул растет с запасом. А trottle ограничивает rps сверху
То есть, ограничение будет 50 потом 100 потом 150.. или сразу по максимуму?
ΙΤ
M
PB
не поможет, я уже готовый кусок кода скинул) человек не видит
M
setUp(scn.inject(constantUsersPerSec(100) during (30 minutes))).throttle(
reachRps(100) in (10 seconds),
holdFor(1 minute),
jumpToRps(50),
holdFor(2 hours)
)
Вот так
reachRps(100) in (10 seconds),
holdFor(1 minute),
jumpToRps(50),
holdFor(2 hours)
)
Вот так
Спасибо, не заметил, извиняюсь)
RK
наткнулся в ПМИ на прекрасное, не могу не поделиться
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
RK
или я чего-то не знаю о JMeter?
AG
Ребзя, привет, есть вопрос.
Тестировал ли кто то проекты с shopify?
Вообще имеет ли смысл их на стресс лоуд гонять? я вроде посмотрел, и там вся стабильность самим шопифаем должна обеспечиваться, т.е. владелец магаза не имеет возможности как то повлиять на бэк.
Тестировал ли кто то проекты с shopify?
Вообще имеет ли смысл их на стресс лоуд гонять? я вроде посмотрел, и там вся стабильность самим шопифаем должна обеспечиваться, т.е. владелец магаза не имеет возможности как то повлиять на бэк.
СФ
Roman Kori
наткнулся в ПМИ на прекрасное, не могу не поделиться
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
Возможно, sla допускает определённый процент ошибок. Именно джиметр на них, конечно же, не влияет
VG
Roman Kori
наткнулся в ПМИ на прекрасное, не могу не поделиться
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
Ну, в общем имхо норм
Разве что можно было указать допустимый процент
Разве что можно было указать допустимый процент
VG
Но забавно, да
jj
Roman Kori
наткнулся в ПМИ на прекрасное, не могу не поделиться
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
"5) Допустимо наличие небольшого количества ошибок авторизации при обращении к системе из jMeter."
конкретно, обосновано, по существу!
Разработчик - красавец!
а в чем проблема то? разраб правильно написал
RK
а в чем проблема то? разраб правильно написал
Я вижу две проблемы
1 - учитывая, что при ручной эксплуатации положенные 100% запросов успешно, намекают на особенности Jmeter, которые не позволят получить 100%. Я таких особенностей не знаю.
2 - "небольшое количество" критерий совсем не ахти
1 - учитывая, что при ручной эксплуатации положенные 100% запросов успешно, намекают на особенности Jmeter, которые не позволят получить 100%. Я таких особенностей не знаю.
2 - "небольшое количество" критерий совсем не ахти
jj
при ручной эксплуатации не будет 100%
jj
юзер всегда может ошибиться при вводе пароля например
СФ
Ну вообще, при корректных данных ошибка в логине это повод задуматься, как минимум
jj
а то что бэк не будет справляться - в случае пика - тоже вполне нормально