Size: a a a

QA — Load & Performance

2021 March 27

N

NW in QA — Load & Performance
и логировать данные и метрики по запросам
источник

N

NW in QA — Load & Performance
и по ресурсам
источник

N

NW in QA — Load & Performance
исходя из этого сможете прикинуть нагрузку на машину
источник

w

wrd in QA — Load & Performance
Андрей Коломытов
Ну запросы то тоже разные, имеют разную “цену” в плане утилизации. Почему бы вам не запустить ступенчатую нагрузку и в реальном времени и не оценить утилизацию ЦПУ, памяти и сети, например? Получитя этакий макс.перф нагрузочной станции 🙂 Запустить лучше в ноу-гуи.
такой вариант понятен, думал может есть более простые способы, из серии «загнал в серный ящик запрос, он его покурил, и выдал какие перспективы на моем железк»
источник

w

wrd in QA — Load & Performance
NW
и логировать данные и метрики по запросам
спасибо
источник

АК

Андрей Коломытов... in QA — Load & Performance
wrd
такой вариант понятен, думал может есть более простые способы, из серии «загнал в серный ящик запрос, он его покурил, и выдал какие перспективы на моем железк»
Если бы такое было возможно, то, вероятно, ничего не нужно было бы тестировать :-)))
источник

w

wrd in QA — Load & Performance
Андрей Коломытов
Если бы такое было возможно, то, вероятно, ничего не нужно было бы тестировать :-)))
помечтать всегда можно)
источник

VG

Viktor Ganeles in QA — Load & Performance
wrd
я только базово знаком с джиметром, вопрос скорее из любопытства «как узнать сколько нужно ресов на n запросов»
Скорее всего ваш комп виснет потому, что вы его нагружаете больше, чем нужно.

Попробуйте подать на вашу систему конкретный объём нагрузки: 100 запросов в секунду.
Если у вас нагрузка определяется не отдельными http-запросами, а операциями (вход в систему, заказ, оплата) - то подайте нагрузку в операциях: 100 операций в секунду.

Потом начинайте наращивать нагрузку ступеньками
источник

VG

Viktor Ganeles in QA — Load & Performance
Вот описание как это сделать

https://loadtestweb.info/2017/08/23/pacing/
источник

w

wrd in QA — Load & Performance
Viktor Ganeles
Скорее всего ваш комп виснет потому, что вы его нагружаете больше, чем нужно.

Попробуйте подать на вашу систему конкретный объём нагрузки: 100 запросов в секунду.
Если у вас нагрузка определяется не отдельными http-запросами, а операциями (вход в систему, заказ, оплата) - то подайте нагрузку в операциях: 100 операций в секунду.

Потом начинайте наращивать нагрузку ступеньками
спасибо, этот вариант рассматривал на крайняк, если других не будет
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
wrd
нет
Если нет таймеров, то интенсивность не контролируется и косвенно зависит от количества потоков. На начальном этапе 2 потока выдадут большую интенсивность, чем 1. Далее 3 большую, чем 2. Так может быть до 10-20-ти потоков, может быть до 100, если система очень быстрая. А потом начнется плато. А потом замедление.

Без таймеров не делайте больше 100 потоков. Не встречал, где это давало бы ускорение.

1000 потоков дадут ту же интенсивность, что и 10-20-100. Но потребуют больше оперативной памяти и ресурсов процессора.
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Не бойтесь экспериментировать. Записывайте результаты, в файлик. Как на тренировке - взял 20 кг, сделал 5 подходов. Взял 50 кг - сделал 2 подхода. Взял 150 - не сделал подход. И задавайте вопросы.
источник

w

wrd in QA — Load & Performance
Вячеслав Смирнов
Не бойтесь экспериментировать. Записывайте результаты, в файлик. Как на тренировке - взял 20 кг, сделал 5 подходов. Взял 50 кг - сделал 2 подхода. Взял 150 - не сделал подход. И задавайте вопросы.
буду пробовать)
источник

w

wrd in QA — Load & Performance
Вячеслав Смирнов
Если нет таймеров, то интенсивность не контролируется и косвенно зависит от количества потоков. На начальном этапе 2 потока выдадут большую интенсивность, чем 1. Далее 3 большую, чем 2. Так может быть до 10-20-ти потоков, может быть до 100, если система очень быстрая. А потом начнется плато. А потом замедление.

Без таймеров не делайте больше 100 потоков. Не встречал, где это давало бы ускорение.

1000 потоков дадут ту же интенсивность, что и 10-20-100. Но потребуют больше оперативной памяти и ресурсов процессора.
а поток - это тред?
источник

VG

Viktor Ganeles in QA — Load & Performance
wrd
а поток - это тред?
Да
источник

w

wrd in QA — Load & Performance
а потом не будет проблем при финальном построении графиков или отчетов по результату?
источник

w

wrd in QA — Load & Performance
они же по тредам делаются
источник

w

wrd in QA — Load & Performance
могу чего-то не знать
источник

VG

Viktor Ganeles in QA — Load & Performance
Вячеслав Смирнов
Не бойтесь экспериментировать. Записывайте результаты, в файлик. Как на тренировке - взял 20 кг, сделал 5 подходов. Взял 50 кг - сделал 2 подхода. Взял 150 - не сделал подход. И задавайте вопросы.
Кстати, вести протокол тестов (записывать условия и результаты в файлик) - ОЧЕНЬ хорошая идея.

Человек запоминает 3-5-7 произвольных цифр.

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

Довольно удобно в графане ставить отметки к каждому тесту.
источник

VG

Viktor Ganeles in QA — Load & Performance
wrd
а потом не будет проблем при финальном построении графиков или отчетов по результату?
Не понял вопроса
источник