Size: a a a

QA — Load & Performance

2020 April 07

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Katherine Galaykina
"как понять что перестало соответствовать" - вот у вас 1 пользователь выдает 100 транзакций в секунду, 2 соответственно 200, 3 - 300... "

"27 000 в день, пусть 27 000 за 8 активных часов ~= 1 сценарий в секунду."

как вы это считаете? Или это константы какие то?
магическа цифра 3600
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
27000 делить на 8 делить на 3600
источник

ΙΤ

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

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
0,9375
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Ιωάννης Τσεκούρι
27000 делить на 8 делить на 3600
@Galakeit оч верно!!
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
но это с тем допущение что пользователи взаимодействуют с сайтом 8 рабочих часов
источник

ΙΤ

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

ВС

Вячеслав Смирнов in QA — Load & Performance
Katherine Galaykina
"как понять что перестало соответствовать" - вот у вас 1 пользователь выдает 100 транзакций в секунду, 2 соответственно 200, 3 - 300... "

"27 000 в день, пусть 27 000 за 8 активных часов ~= 1 сценарий в секунду."

как вы это считаете? Или это константы какие то?
Вы сказали, что работает 27к человек в сутки. И есть сценарии, которые делает такой средний человек. Пусть это открытие главной страницы + что-то ещё.

27 000 в сутки, это не за 24 часа, а за 8, обычно люди работают во время работы, ограниченное время. Поэтому интенсивность запуска сценариев будет

27000/8/60/60 ~= 1 запуск в сек, при пике.

Сценарий состоит пусть хоть из 20-ти запросов, хоть из 100. Это не особо важно. Стартовать они будут в пике - каждую сек.
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Вячеслав Смирнов
Вы сказали, что работает 27к человек в сутки. И есть сценарии, которые делает такой средний человек. Пусть это открытие главной страницы + что-то ещё.

27 000 в сутки, это не за 24 часа, а за 8, обычно люди работают во время работы, ограниченное время. Поэтому интенсивность запуска сценариев будет

27000/8/60/60 ~= 1 запуск в сек, при пике.

Сценарий состоит пусть хоть из 20-ти запросов, хоть из 100. Это не особо важно. Стартовать они будут в пике - каждую сек.
открытая модель нагрузки)
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Чем хороша интенсивность 1 в сек. Считать очень легко.

Если сценарий выполняется за 130 сек, то для топовой (максимальной, целевой) нагрузки нужен Constant Throughput Timer на 130 сек, и 130 потоков. Например в Ultimate Thread Group.

Если сценарий работает за 400 сек, то нужно таймер на 400 сек и 400 потоков.

Трапецию такую:

   ---------- - вот тут 400
 /.          \
/               \    - вот тут 0
источник

KG

Katherine Galaykina in QA — Load & Performance
Вячеслав Смирнов
Вы сказали, что работает 27к человек в сутки. И есть сценарии, которые делает такой средний человек. Пусть это открытие главной страницы + что-то ещё.

27 000 в сутки, это не за 24 часа, а за 8, обычно люди работают во время работы, ограниченное время. Поэтому интенсивность запуска сценариев будет

27000/8/60/60 ~= 1 запуск в сек, при пике.

Сценарий состоит пусть хоть из 20-ти запросов, хоть из 100. Это не особо важно. Стартовать они будут в пике - каждую сек.
Спасибо этому чату за терпение❤️

"Сценарий состоит пусть хоть из 20-ти запросов, хоть из 100" - правильно понимаю, что от количества этих URL как раз и зависит длительность выполнения?
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Katherine Galaykina
Спасибо этому чату за терпение❤️

"Сценарий состоит пусть хоть из 20-ти запросов, хоть из 100" - правильно понимаю, что от количества этих URL как раз и зависит длительность выполнения?
В том числе да. От количества. От самих запросов
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Для надёжности лучше закладывать больше времени на выполнение. Но тогда и потоков надо больше. Значит памяти больше. Для JMeter.

А вы собрались и базу и сервер и JMeter на одной станции запускать. Память надо экономить в таком случае

И заложить, что 100 потоков и 100 сек на выполнение сценария. Это немного. И смотреть, сможет ли 100 потоков сделать 1 старт в сек, или сервер зависнет (сценарий станет дольше 100 сек ввтполняться) при такой интенсивности.

И если он зависнет, то найти узкое место, устранить его. Снова запустить.

Записывайте все при этом. Все метрики, все действия. Хоть просто в текстовый файл.

Было такие настройки, получили такое время.
Сделали такие - получили другое
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Katherine Galaykina
Спасибо этому чату за терпение❤️

"Сценарий состоит пусть хоть из 20-ти запросов, хоть из 100" - правильно понимаю, что от количества этих URL как раз и зависит длительность выполнения?
я бы сказал - от совокупного свремени ответа на каждый из запросов
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Katherine Galaykina
Спасибо этому чату за терпение❤️

"Сценарий состоит пусть хоть из 20-ти запросов, хоть из 100" - правильно понимаю, что от количества этих URL как раз и зависит длительность выполнения?
Да, это мне кажется чатик с наименьшим кол-вом снобизма))))) ухахахах
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
имею в виду НТшные чатики вообще
источник

KG

Katherine Galaykina in QA — Load & Performance
Вячеслав Смирнов
Для надёжности лучше закладывать больше времени на выполнение. Но тогда и потоков надо больше. Значит памяти больше. Для JMeter.

А вы собрались и базу и сервер и JMeter на одной станции запускать. Память надо экономить в таком случае

И заложить, что 100 потоков и 100 сек на выполнение сценария. Это немного. И смотреть, сможет ли 100 потоков сделать 1 старт в сек, или сервер зависнет (сценарий станет дольше 100 сек ввтполняться) при такой интенсивности.

И если он зависнет, то найти узкое место, устранить его. Снова запустить.

Записывайте все при этом. Все метрики, все действия. Хоть просто в текстовый файл.

Было такие настройки, получили такое время.
Сделали такие - получили другое
мне кажется, что я где то упустила важный момент в этом всем и задам сейчас очень глупый вопрос - как понять "собрались и базу и сервер запускать" ?
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Katherine Galaykina
тоже не про меня история - боюсь что ограничена буду мощностями своей машины
Вот тут написано, что стенда нет, есть только одна рабочая станция
источник

KG

Katherine Galaykina in QA — Load & Performance
Вячеслав Смирнов
Вот тут написано, что стенда нет, есть только одна рабочая станция
будет сайт на хостинге
источник

KG

Katherine Galaykina in QA — Load & Performance
конфиг хостинга не знаю еще(
источник