Size: a a a

QA — Load & Performance

2019 January 19

KY

Kirill Yurkov in QA — Load & Performance
Вячеслав Смирнов
У тебя всегда интересные вопросы. Давай завтра создадим. Сегодня нет ни компьютера ни примеров
Мне все в один голос говорят юзай гатлинг с мастабированием через мавен. Но жметер я не брошу! :)
Спасибо за интерес и помощь
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Kirill Yurkov
Мне все в один голос говорят юзай гатлинг с мастабированием через мавен. Но жметер я не брошу! :)
Спасибо за интерес и помощь
Так жметер позволяет тоже запускать с нескольких машин
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
На гатлинге я достигал только 12к рпс на 8/16 компе
источник

AS

Alexander Spiridonov in QA — Load & Performance
Ιωάννης Τσεκούρι
На гатлинге я достигал только 12к рпс на 8/16 компе
А на жметре сколько с таким же компом получится?
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Alexander Spiridonov
А на жметре сколько с таким же компом получится?
кто знает) я не любитель жметра
источник

c

care1e55 in QA — Load & Performance
Такой вопрос - а не пробовал ли кто-нибуть подавать треды не инструментом, а написать свое многопоточное приложение? Да можно сразу статичное расписание указать и писать ответы в лог и парсить уже позже, но будет ли это производительней Jmeter, например? А если писать такое приложение на C posix тредах или даже winapi? Или Go? Получится ли в таком случаче больше tps выжать при прочих равных условиях и на сколько?
источник

S

SaneQ in QA — Load & Performance
care1e55
Такой вопрос - а не пробовал ли кто-нибуть подавать треды не инструментом, а написать свое многопоточное приложение? Да можно сразу статичное расписание указать и писать ответы в лог и парсить уже позже, но будет ли это производительней Jmeter, например? А если писать такое приложение на C posix тредах или даже winapi? Или Go? Получится ли в таком случаче больше tps выжать при прочих равных условиях и на сколько?
На go есть wrk, я оборачивал свои api тесты в многопоточное исполнение на Яве, хз какие там пределы, по идее те же что у жметра
источник

S

SaneQ in QA — Load & Performance
Kirill Yurkov
Мне все в один голос говорят юзай гатлинг с мастабированием через мавен. Но жметер я не брошу! :)
Спасибо за интерес и помощь
Пока не понимаю как масштабировать гатлинг через мавен, у жметра с развертыванием нод все проще
источник

c

care1e55 in QA — Load & Performance
SaneQ
На go есть wrk, я оборачивал свои api тесты в многопоточное исполнение на Яве, хз какие там пределы, по идее те же что у жметра
Вот например цитата со Stackoverflow про C треды: For example in 32-bits the virtual space of the process is 4GB, but only about 2G are available for general use. By default each thread will reserve 1MB of stack space, so the top value are 2000 threads. Naturally you can change the size of the stack and make it lower so more threads will fit in (parameter dwStackSize in CreateThread or option /STACK in the linker command). If you use a 64-bits system this limit practically dissapears
источник

c

care1e55 in QA — Load & Performance
и это походе на те цифры, которые коллеги получают в своих бенчмарках Jmeter'а. Т.е. увеличить кол-во тредов уменьшая утилизацию памяти можно
источник

c

care1e55 in QA — Load & Performance
1 MB - это не только стек команд, но и значения обьектов там хранятся? Если запрос и ответ в сумме гарантированно не занимают например 100КБ, ограничив этим пределом можно поробовать поднять в 100к тредов
источник

AS

Alexander Spiridonov in QA — Load & Performance
Ιωάννης Τσεκούρι
кто знает) я не любитель жметра
Согласен, мне тоже код писать приятнее, чем работать через гуй. Или вы гатлинг не по этой причине предпочли?
источник

KY

Kirill Yurkov in QA — Load & Performance
Ιωάννης Τσεκούρι
Так жметер позволяет тоже запускать с нескольких машин
так и сколько их спрогнозировать?
источник

KY

Kirill Yurkov in QA — Load & Performance
Ιωάννης Τσεκούρι
На гатлинге я достигал только 12к рпс на 8/16 компе
грустно
источник

KY

Kirill Yurkov in QA — Load & Performance
care1e55
Такой вопрос - а не пробовал ли кто-нибуть подавать треды не инструментом, а написать свое многопоточное приложение? Да можно сразу статичное расписание указать и писать ответы в лог и парсить уже позже, но будет ли это производительней Jmeter, например? А если писать такое приложение на C posix тредах или даже winapi? Или Go? Получится ли в таком случаче больше tps выжать при прочих равных условиях и на сколько?
пробовал, трудозатраты неоправданы. большей производительности не получил
источник

KY

Kirill Yurkov in QA — Load & Performance
SaneQ
Пока не понимаю как масштабировать гатлинг через мавен, у жметра с развертыванием нод все проще
могу узнать
источник

KY

Kirill Yurkov in QA — Load & Performance
care1e55
Вот например цитата со Stackoverflow про C треды: For example in 32-bits the virtual space of the process is 4GB, but only about 2G are available for general use. By default each thread will reserve 1MB of stack space, so the top value are 2000 threads. Naturally you can change the size of the stack and make it lower so more threads will fit in (parameter dwStackSize in CreateThread or option /STACK in the linker command). If you use a 64-bits system this limit practically dissapears
ценно, а что такое stack size? не будет ли нехватки если урезать?
источник

KY

Kirill Yurkov in QA — Load & Performance
care1e55
1 MB - это не только стек команд, но и значения обьектов там хранятся? Если запрос и ответ в сумме гарантированно не занимают например 100КБ, ограничив этим пределом можно поробовать поднять в 100к тредов
понял, вопрос снят.
источник

c

care1e55 in QA — Load & Performance
Kirill Yurkov
понял, вопрос снят.
Похоже, что этот параметр jvm можно варьировать при запуске jmeter. Попробуйте и потом нам расскажите :)
источник

c

care1e55 in QA — Load & Performance
Kirill Yurkov
понял, вопрос снят.
источник