гугл говорит, что есть плагин для jmeter

все верно, есть

Спасибо, читала эту статью, меня больше интересует кто сталкивался на практике

был опыт, но больше как черный ящик. если это ценно могу что-то рассказать)

jmeter был?

да, наружу торчали веб-сервисы на wsdl, интерпретировал их через soapUI и поскладывал в Jmeter

если ситуация схожая могу дать гайд, как из wsdl сделать запрос jmeter)

внутри бегали зибеливые json'ы

если несложно, было бы круто

Давай всем, пригодится на будущее

1. открываем соап добавляем туда WSDL
2. прокидываем её на Web Service
теперь самое интересное
3. берем из соапа из блока пропертис Endpoit и закидываем его в наш HTTP request (он же может быть SOAP Request) в JMeter. протокол сразу выкидываем из этой сроки на помойку, айпишник идет в поле Server Name or IP, а все остальное, ислючая первый слеш идет в поле чуть пониже - Path.
4. Выставляем в нашем HTTP Request Method POST (не факт что это важно), Body пока не трогаем.
5. возвращаемся в SoapUI - Под запрососм который мы прокидываем есть такая классная кнопочка WS-A она там же где headers и прочие вкладочки. Жмакнув на нее мы увидим поле Action - воруем все из него.
6. В jmeter переходим на уровень ниже от нашего HTTP Request, там у нас HTTP Header Manager (если его нет о добавляем, главное чтобы он был дочерним по отношению к HTTP Request). Заходим в него и нажимаем Add - в столбик Name: добавляем SOAPAction, а в Value добаяем украденные знания на шаге 5, но ОБЯЗАТЕЛЬНО в двойных ковычках (тут было много матных слов).
7. Идем опять в SoapUI, теперь нас интересует поле ответа, там есть вкладка Headers, прям под самим ответом. Тыкнув на нее мы видим поле content-type, его воруем и в Jmeter HTTP Headers Manager делаем еще один параметр тыкая на Add, где Name - Content-Type, а Value, то что мы сперли.
8. Теперь переходим к наполнению Body, его воруем из посылаемого запроса в SOAP, но поле <soapenv:Header/>
заменяем на
<soapenv:Header>
  <UsernameToken xmlns="http://siebel.com/webservices">SADMIN</UsernameToken>
  <PasswordText xmlns="http://siebel.com/webservices">SADMIN</PasswordText>
  <SessionType xmlns="http://siebel.com/webservices">Stateless</SessionType>
</soapenv:Header>
9. Все остальное в тест плане удаляем или дизейблим. У нас должно остаться:
Test Plan
—Tread Group
—--HTTP Request
—-----HTTP Header Manager
—View Results Tree
10. Запускаем, смотрим ответ наслаждаемся

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

Интересный взгляд на CPU
http://www.brendangregg.com/blog/2017-05-09/cpu-utilization-is-wrong.html

Интересная тема.
Вопрос вот в чём: можно ли на это влиять?

Формировать для процессора задачи более лаконично, что бы ему пришлось меньше читать данные из памяти для подсчётов?

Вообще меньше писать в память переменные?

Я вот, к сожалению, не знаю: если я просто пишу переменные в память -  задействуется ли тут cpu и насколько активно?


Если влиять на это нельзя - то вспоминается шутка: «говорят, иллиаду написал не гомер а другой грек, которого так же звали»

Да, один из примеров это в Java LinkedList и ArrayList
в первом случае данные будут разбросаны по всей памяти и процессору придется ждать каждый следующий элемент.

А с ArrayList данные будут подгружаться в процессор заранее префетчем и ждать придется намного меньше.

Извиняюсь, но эта формулировка немного вводит в заблуждение.

Да, поиск по ArrayList быстрее чем по LinkedList как раз из-за расположения в куче.

Но:
Если в коде идёт частое добавление или удаление элементов неопределенного расположения, то быстрее будет LinkedList (за исключением случая добавления элемента в конец ArrayList)

Это просто два разных типа данных, которые используются в разных случаях, они в чем-то хороши, в чем-то плохи :)

По поводу подгрузки данных в процессор заранее - этим занимается в некоторых случаях сам процессор предугадывая ветви выполнения, а в некоторых компилятор оптимизирует 🤷‍♂

да, полностью согласен, я привел их к примеру про влияние на IPC
понятное дело что нельзя говорить о том что какой-то лист лучше и надо использовать только его

Если я правильно понял, то @smirnovqa тоже показывал пользу понимания "чем именно занят процессор" в статье про ускорение jmeter))