Size: a a a

QA — Load & Performance

2020 March 14

jj

jagga jagga in QA — Load & Performance
чтобы выжать 5к - тебе потребуется 5 машин
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Всё можно ускорить
источник

M

Maksimall89 in QA — Load & Performance
Вячеслав Смирнов
Всё можно ускорить
вопрос какой ценой и оправдают ли затраты на оптимизацию саму оптимизацию
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Долго пришлось искать. Вот разработка @A9263600123
https://github.com/32-52/yah2j/blob/master/example_testplan_01.py

Генерирует JMX-файл (JMeter XML) из Python скрипта.

Компромисс
источник

AS

Alexey Svetlov in QA — Load & Performance
Вячеслав Смирнов
Долго пришлось искать. Вот разработка @A9263600123
https://github.com/32-52/yah2j/blob/master/example_testplan_01.py

Генерирует JMX-файл (JMeter XML) из Python скрипта.

Компромисс
На самом деле уже этот репозиторий не актуален. Форкнули его в другой репозиторий
источник

AS

Alexey Svetlov in QA — Load & Performance
источник

A

Alex in QA — Load & Performance
Vlady X
🤷 не актуально для нас. Я просто долго топил за jmeter... и вот внезапно ;)
А чем в вашем случае локус удобнее?
источник

VX

Vlady X in QA — Load & Performance
jagga jagga
локуст не выжимает больше 1к рпс с одной тачки
7к без особых проблем и можно больше
источник

VX

Vlady X in QA — Load & Performance
Alex
А чем в вашем случае локус удобнее?
Тем что кейворды можно с системого тестирования брать. Не надо переписывать ничего. Только логику самого теста менять
источник

VX

Vlady X in QA — Load & Performance
Vlady X
7к без особых проблем и можно больше
Как раз смотрим - в потребление ресурсов. Оно оказалось примерно одинаковым. Собственно это и было аргументом.
источник

VX

Vlady X in QA — Load & Performance
Вячеслав Смирнов
Долго пришлось искать. Вот разработка @A9263600123
https://github.com/32-52/yah2j/blob/master/example_testplan_01.py

Генерирует JMX-файл (JMeter XML) из Python скрипта.

Компромисс
Злобно. Тут вопрос как раз не в неприятии языка. А реиспользовании. Надоело одно и тоже писать 2 раза.
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Vlady X
Как раз смотрим - в потребление ресурсов. Оно оказалось примерно одинаковым. Собственно это и было аргументом.
Сравнивать производительность питона и джавы - мне кажется не корректно... Если функционал используемый вами отрабатывает как минимум не хуже чем в джиметре, это прекрасно.
То что инструмент выбирается под задачу - вот здесь вы молодцы, инфраструктурные(языковые в частности) особенности учтены - это победа)
Но боюсь всем вы питон под нагрузку не продадите... У всех проектов свои особенности и свои привычки...
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Это просто разные инструменты, и то что у вас взлетело - это интересно
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
Можете рассказать что нагружаете и примерно как.
Что бы иметь в виду где можно будет и его попробовать
источник

VX

Vlady X in QA — Load & Performance
Производительность питона зависит от количества питона. Во многих случаях надо сравнивать c+питон vs java. Собственно похоже из-за этого и получилось не хуже.
источник

VX

Vlady X in QA — Load & Performance
Alexey Kübler-Ross
Можете рассказать что нагружаете и примерно как.
Что бы иметь в виду где можно будет и его попробовать
Я рассказывал том году что и почему и говорил почему jmeter. Наверное к лету будет что рассказать из этих экспериментов с локастом. Кратко - датапул в редисе размером в 2000000 записей, тестируем REST, около 15к tps (locust+jmeter)
источник

AK

Alexey Kübler-Ross in QA — Load & Performance
О, отличный кейс))
источник
2020 March 15

TM

Timur Mirzoev in QA — Load & Performance
Vlady X
Я рассказывал том году что и почему и говорил почему jmeter. Наверное к лету будет что рассказать из этих экспериментов с локастом. Кратко - датапул в редисе размером в 2000000 записей, тестируем REST, около 15к tps (locust+jmeter)
А если смотреть на то, сколько сам локуст ест ресурсов - сколько ядер вам нужно для 15к тпс?
источник

VG

Viktor Ganeles in QA — Load & Performance
Михаил
попробую и этот вариант. Спасибо!
Кстати, если сходу данные не вытащить баундари экстрактором - в jmeter очень просто можно применять баундари экстракторне только к респонзу,  но и к самим переменным

Делаем к семплеру 2 экстрактора:
В первом выдираем часть ресонза, например, половину хмл-ки
А вторым экстрактором выдираем из неё уже нужные переменные

И это получится быстрее хмл экстрактора
Особенно, если респонз большой
источник

М

Михаил in QA — Load & Performance
Viktor Ganeles
Кстати, если сходу данные не вытащить баундари экстрактором - в jmeter очень просто можно применять баундари экстракторне только к респонзу,  но и к самим переменным

Делаем к семплеру 2 экстрактора:
В первом выдираем часть ресонза, например, половину хмл-ки
А вторым экстрактором выдираем из неё уже нужные переменные

И это получится быстрее хмл экстрактора
Особенно, если респонз большой
Спасибо!
источник