Size: a a a

QA — Load & Performance

2020 November 19

VG

Viktor Ganeles in QA — Load & Performance
Может и правда файлы генерящиеся
источник

VG

Viktor Ganeles in QA — Load & Performance
С ними подход такой:
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
Viktor Ganeles
Можно это попробовать пооптимизировать
Можно конечно
источник

VG

Viktor Ganeles in QA — Load & Performance
Нужно отправлять файлы по 10мб
Если у тебя 10 потоков - то каждый из них сгенерит и положит этот файл в память.

Я же генерю файл в setup group и кладу в проперти.
Проперти один на все потоки.

А при отправке файла я отправляю эту проперти+короткую рандомную строку для уникальности
источник

VG

Viktor Ganeles in QA — Load & Performance
В результате потребление памяти  почти в 9 раз меньше
источник

VG

Viktor Ganeles in QA — Load & Performance
Только у меня не 10 потоков, а 100
Так что экономия в этом плане почти в 99 раз :)
источник

NM

NoEndOutcry💡🔋🚓 Mikst... in QA — Load & Performance
Viktor Ganeles
Нужно отправлять файлы по 10мб
Если у тебя 10 потоков - то каждый из них сгенерит и положит этот файл в память.

Я же генерю файл в setup group и кладу в проперти.
Проперти один на все потоки.

А при отправке файла я отправляю эту проперти+короткую рандомную строку для уникальности
Да такой вариант я тоже рассматривал
источник

NM

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

VG

Viktor Ganeles in QA — Load & Performance
NoEndOutcry💡🔋🚓 Mikstyraspb(L16+9)
как и вариант сгенерить все это добро, названия положить в csv и брать потом все оттуда
Не уверен. Он читать из файла тоже будет в память.
Хотя если ты делаешь через вкладку «file.upload», то может и не будет.

Надо пересмотреть доклад славы смирнова об оптимизации жметра.
источник

VG

Viktor Ganeles in QA — Load & Performance
Но, вот, кстати.
Огромные csv - тоже причина потребления памяти. Их каждый поток читает же.
источник

KY

Kirill Yurkov in QA — Load & Performance
Anna
с ним как раз проблема. если приложение начинает тупить и отвечать долго (точечно), то генерируемая жметром нагрузка проседает. в моём случае надо этого избежать: реальный кейс — банковский трафик. ему как бы пофиг, тупим мы или нет, оно просто идёт
скорее всего такие приколы можно только пейсингами реализовать. jmeter подстраивается динамически под ситуацию на основе откликов за прошлые периоды. процесс подстраивания может занимать какое-то время иногда долгое. если вся нагрузка дестабилизирована - то вообще беда. попробуй запилить через Presize Timer
источник

VB

Viktor Bashkatov in QA — Load & Performance
Коллеги, добрый день!
Столкнулся с тем, что у джметра завис поток при выполнении SFTP запроса. Производился тестовый запуск в графическом режиме, кнопки "stop" и "shutdown" не помогли, как и вызовы "stoptest.sh" и "shutdown.sh".

Подскажите, пожалуйста, могут ли быть какие-нибудь побочные эффекты, если я убью процесс джметра с помощью kill?
источник

KY

Kirill Yurkov in QA — Load & Performance
но этот таймер больше показывает рандомность действий юзера. поэтому итоговый график рпс не ровный, а вот такой
пример для 20рпс
источник

KY

Kirill Yurkov in QA — Load & Performance
но реальный результат просто очень близок к настройке верной
источник

KY

Kirill Yurkov in QA — Load & Performance
источник

KY

Kirill Yurkov in QA — Load & Performance
пример рпс забыл
источник

KY

Kirill Yurkov in QA — Load & Performance
Viktor Bashkatov
Коллеги, добрый день!
Столкнулся с тем, что у джметра завис поток при выполнении SFTP запроса. Производился тестовый запуск в графическом режиме, кнопки "stop" и "shutdown" не помогли, как и вызовы "stoptest.sh" и "shutdown.sh".

Подскажите, пожалуйста, могут ли быть какие-нибудь побочные эффекты, если я убью процесс джметра с помощью kill?
смело киляй
источник

VB

Viktor Bashkatov in QA — Load & Performance
Kirill Yurkov
смело киляй
Спасибо.
источник

MC

Maria Chigrina in QA — Load & Performance
Всем привет, сейчас от заказчика поступили требования, хотят провести нагрузку приложения с данными прода.
То есть будет дамп с прода и анализ данных, что определенное кол-во заявок было сделано за сутки/час и точно такое же количество использовать при нагрузку с такими же данными(Пример: повторить заявки со всеми условиями продукта)
Обусловлено данное требование, что много узких мест, которые нагрузка с типичными сценариями их не охватывала, и заказчик огорчался, когда выяснялось все на проде.
Кто-то сталкивался с похожими требованиями? Какие для этого инструменты использовали?
источник

jj

jagga jagga in QA — Load & Performance
А чем вы раньше грузили
источник