Size: a a a

QA — Load & Performance

2019 August 27

ПБ

Пётр Байкалов in QA — Load & Performance
Viktor Ganeles
для теста на максперф, где количество скриптов переваливает за 20 и а количество ступеней 5+, таких параметров будет... ну, дофига.

По каждой ступени не меньше 4х параметров: длительность разгона+размер разгона+длительность ступени+когда ступень начнётся.

итого 400 параметров текста.

не сказать, что с параметрами получтися суперудобно :)
Мы для этого калькулятор на груви писали.
источник

VG

Viktor Ganeles in QA — Load & Performance
Denys Boiko
Не совсем.  будет  --addprop=threadgroup1.properties --addprop=threadgroup2.properties ....
вроде мой вариант тоже работает.
Я правильно понимаю, что у тебя сразу устанавливаются проперти, а у меня обращения к переменным из проперти?
источник

DB

Denys Boiko in QA — Load & Performance
да. имя проперти файла мы устанавливаем исходя из необходимого профиля.  я передяю в дженкинсе через переменную. комбинируя несколько файлов можно слепить любой профиль
источник

c

care1e55 in QA — Load & Performance
Viktor Ganeles
для теста на максперф, где количество скриптов переваливает за 20 и а количество ступеней 5+, таких параметров будет... ну, дофига.

По каждой ступени не меньше 4х параметров: длительность разгона+размер разгона+длительность ступени+когда ступень начнётся.

итого 400 параметров текста.

не сказать, что с параметрами получтися суперудобно :)
Возможно подойдёт concurrent thread group или stepping thread group. Они похожи на шедулинг в пц. Такая параметризация удобно вписывается в Jenkins джобу
источник

VG

Viktor Ganeles in QA — Load & Performance
Пётр Байкалов
Мы для этого калькулятор на груви писали.
Да, у тебя и Кирилла тоже неплохой вариант.
Тогда передавать можно 5 параметров (длительность базового разгона, мин ступень, скорость выхода на ступень, размер ступени и их количество).
источник

c

care1e55 in QA — Load & Performance
Viktor Ganeles
для теста на максперф, где количество скриптов переваливает за 20 и а количество ступеней 5+, таких параметров будет... ну, дофига.

По каждой ступени не меньше 4х параметров: длительность разгона+размер разгона+длительность ступени+когда ступень начнётся.

итого 400 параметров текста.

не сказать, что с параметрами получтися суперудобно :)
источник

VG

Viktor Ganeles in QA — Load & Performance
care1e55
Возможно подойдёт concurrent thread group или stepping thread group. Они похожи на шедулинг в пц. Такая параметризация удобно вписывается в Jenkins джобу
Потыкаю.
Не видел их ранее.
источник

VG

Viktor Ganeles in QA — Load & Performance
care1e55
А они позволяют выйти на базовую нагрузку в 100% а потом шагать по 10% наверх ступенями?
Или только с нуля ступеньками наверх?
источник

c

care1e55 in QA — Load & Performance
Viktor Ganeles
А они позволяют выйти на базовую нагрузку в 100% а потом шагать по 10% наверх ступенями?
Или только с нуля ступеньками наверх?
Нет, только второй вариант, к сожалению
источник

c

care1e55 in QA — Load & Performance
А в ultimate thread group каждую ступень конфижить. Две крайности. Возможно имеет смысл совместными усилиями разработать тред групп (экстендить конкарент) с 2мя рампапами - разгон и ступени, как привыкли в тесте на максперф
источник

ЕЕ

Евгений Евгений in QA — Load & Performance
Viktor Ganeles
в JMX: ${__P(variableName,)}
в CMD: jmeter -JvariableName=0
Пару лет назад я натыкался на какое то ограничение и он воспринимал только ~7 переменных , остальные игнорировал
источник

VG

Viktor Ganeles in QA — Load & Performance
care1e55
А в ultimate thread group каждую ступень конфижить. Две крайности. Возможно имеет смысл совместными усилиями разработать тред групп (экстендить конкарент) с 2мя рампапами - разгон и ступени, как привыкли в тесте на максперф
или так или throughput shaping timer.
Там конфижить ступени намного удобнее, потому что не надо думать "так, третья ступень начинается после "разгон+стабилизация+разгон второй ступени+стабилизация..."
и так далее.
Просто вводишь поочерёдно желаемые RPS-ы.

Но немного неудобно, что в RPS-ах.
потому что все параметры, что нужно вводить - это дикие дроби.
Сравнить 10 и 20 намного проще, чем сравнить 0,0135 и 0.027
источник

DS

Denis Suhin in QA — Load & Performance
Всем привет! Подскажите, пожалуйста, столкнулся с проблемой в Jmeter'е. Использую ssh command sampler. Когда до него доходит - в консольке prompt на ввод логина/пароля, хотя я все указал в самом sampler'е. Гугл не помог, может у кого-то есть опыт как это фиксить? Заранее спасибо :-)
источник

DS

Denis Suhin in QA — Load & Performance
источник

VG

Viktor Ganeles in QA — Load & Performance
Коллеги, а как можно сократить количество памяти, потребляемое jmeter-ом?
источник

M

Maksimall89 in QA — Load & Performance
Viktor Ganeles
Коллеги, а как можно сократить количество памяти, потребляемое jmeter-ом?
играться с GC ?
источник

VG

Viktor Ganeles in QA — Load & Performance
Сейчас кушает по ~30 мег на тред
источник

VG

Viktor Ganeles in QA — Load & Performance
Мне надо 900 тредов
источник

A

Artyom in QA — Load & Performance
Viktor Ganeles
Сейчас кушает по ~30 мег на тред
чистить переменные
источник

VG

Viktor Ganeles in QA — Load & Performance
Artyom
чистить переменные
Как?
источник