A
А если есть задача найти максимальный трупут для фиксированного кол-ва коннектов?
Size: a a a
2021 October 15
KY
надо учитывать что в сумме 500 рпс это неудобный параметр. тогда частные рпс будут получаться делением 500 на n семплеров. и при добавлении нового семплера в тестплан мы перераспределяем все рпсы между частными и вынуждены пересчитывать сумму
IL
Похоже на FFA, в чём будет разница?
ΙΤ
Ну вот джава дсл и такая тг и получится гатлинг
KY
а как в гатлинге реализоваете несколько связных запросов но у каждого свой рпс по профилю?
ΙΤ
Пример можно?
KY
post /api/auth -> auth_token 10 RPS
get /api/cart -> cart_id 15 RPS
post /api/order/{cart_id} 5 RPS
из авторизации токен необходим для двух других запросов, корзину необходимо получить для заказа.
get /api/cart -> cart_id 15 RPS
post /api/order/{cart_id} 5 RPS
из авторизации токен необходим для двух других запросов, корзину необходимо получить для заказа.
KY
тут плюсую тоже
VS
Есть гипотеза, что Free-Form Arrivals будет обладать всеми проблемами, которые я описывал в докладе: «слишком равномерная нагрузка, и т.п.»
И настраивать FFA вряд ли удобно
И настраивать FFA вряд ли удобно
ΙΤ
Линейные сценарии чеб не сделать?
KY
в плане? поменять рпсы?)
VS
Так TG же создаём для бизнес-сценариев:
TG (10rps):
post /api/auth
get /api/cart
TG (5rps):
post /api/auth
get /api/cart
post /api/order/{cart_id}
TG (10rps):
post /api/auth
get /api/cart
TG (5rps):
post /api/auth
get /api/cart
post /api/order/{cart_id}
ΙΤ
Не, разбить на сценарии
ΙΤ
Вот как Владимир говорит
KY
предположим у нас таких разбивок на тг будет 10-15, все подобным наложением делать?
A
Раз уж тут про FFA.
Кто-нибудь сталкивался с тем что треды в FFATG и ATG продолжают работать по окончанию теста и как это можно вылечить?
Кто-нибудь сталкивался с тем что треды в FFATG и ATG продолжают работать по окончанию теста и как это можно вылечить?
KY
куча дублирования и вот это все
KY
да это самый частый кейс насколько я понял, но не исследовал
VS
Либо так:
TG (10rps):
loop {
if (not authenticated) { post /api/auth }
switch(random){
case 30%:
get /api/cart
case 30%:
get /api/cart
post /api/order/{cart_id}
…
case 30%:
post /api/logout
}
}
TG (10rps):
loop {
if (not authenticated) { post /api/auth }
switch(random){
case 30%:
get /api/cart
case 30%:
get /api/cart
post /api/order/{cart_id}
…
case 30%:
post /api/logout
}
}
VS
Кхм. Я это в таймере лечил. Вроде, в новом jmeter тоже лечили, но, возможно, в FFATG нужно отдельно чинить