Size: a a a

QA — Load & Performance

2021 September 15

KB

Kirill Benderskyi in QA — Load & Performance
Как то упустил этот момент)
источник
2021 September 16

АФ

Александр Фролов... in QA — Load & Performance
Доброе утро, ребята подскажите как РПС интерпретировать в юзеров? менеджеру надо именно это (
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Примерно никак 🥴
источник

A

Alexandr in QA — Load & Performance
Доброе утро! Мы прикинули приблизительное (среднее, если есть данные с прода) время юзера на бизнес-операции. Допустим 20 сек. У нас 100 РПС. Значит 100RPS*20Sec=2000пользователей будет
Вообще, у нас есть профиль, в котором уже заложен сценарий (авторизоваться, шаг 1 через 10 сек, шаг 2 через 10-15 сек и т.д.). Сколько копий, столько и пользователей
P.s.: но вообще они не коррелируют.
источник

АФ

Александр Фролов... in QA — Load & Performance
Система новая и требуют юзеров( вот как раз 2 варианта:
1 делать пользовательский сценарий и наращивать кол-во потоков, где поток  якобы = юзер

2 делать набор операций с предположительной интенсивностью, и наращивать интенсивность

Меня учили что первый подход в НТ не айс и это сравнение потоков с юзерами не очень корректно, что надо идти вторым вариантом, но блин как тогда понять скок юзеров(

Не знаю куда двигаться
источник

A

Alexandr in QA — Load & Performance
Вот, у нас НТ пошёл по первому пути. Скорее всего из-за менеджмента. Так что, тебе решать как всё-таки - объяснить менеджменту что не можем сказать сколько пользователей будет по РПС, либо сдаться и сделать потоки 🙂
P.s.: надеюсь, не побьют за мнение
источник

АФ

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

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
Тут главное понять что поток\юзер - это вообще сомнительная метрика
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
ни о чем не говорящая
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Нужно определение юзера в палате мер и весов
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
ну те. никто не может знать сколько реально операций будет делать пользователь в секунду или минуту - это живой человек. А поток без ограничений - будет лупить вообще подряд
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Вот юзер он такой и столько операций выполняет
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Ваша производительность 42 попугая в наносек
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
основная метрика у нас таки либо RPS, либо TPS
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
И сразу все понятно должно быть
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
у меня последнее время все чаще на проектах есть требования TPS и от них пляшем.
источник

АФ

Александр Фролов... in QA — Load & Performance
дело в том что я один по сторону RPS, все остальные топят за потоки, не смотря на то что понимают сомнительность равенства потоков и юзеров, но это для них более показательно для бизнеса
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
Ну тут или найти слова и убедить их таки что для бизнеса лучше, если будет так, как это должно быть, чем красивая и удобная менеджерская презентация
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
ну те. надо сделать и получить результат, или надо что бы было показательно, но какая-то рандомная инфа
источник

ΙΤ

Ιωάννης Τσεκούρι... in QA — Load & Performance
Нужно просто придумать интерпретацию понятную для бизнеса
источник