первый отчет - джсон экстрактор

второй джс пост процессор без галочки кэш копайл

третий - джс пос проц с галочкой

2,5 потока в секунду разница :)

все в один поток выполнялось

Да, при 82 rps разница и правда получается небольшая

Попробуй довести до нескольких тысяч rps и может она станет больше :)

Так сравнивайте 1 и 3 результат ))

Вот это не корректность в проверке.
В реальных тестах же задачи выполняются параллельно.

я его и сравнил, 82,8-85,3=2,5

На таких интенсивностях разница увеличивается :) правда с такими интенсивностями мало кто сталкивается.

На нужно понять какой сэмплер быстрее работает. Если выполнять в нескольких потоках, то на результат будет влиять логика ос, которая принимает решение какой поток отдать ядру на выполнение

Нееет
Самое важное - понять, какой семплер будет быстрее работать В РЕАЛЬНЫХ УСЛОВИЯХ.

Тачка из формула-1 наверняка быстрее любой обычной машине, но по дорогам в городе на ней быстро проехаться не получится, колёса отвалятся :)

И - да, ты прав.
Много что будет влиять.

Поэтому и нужно проверять в тех условиях, где влияние близко к продуктивным.

Так что может даже не нужно прислушиваться к моим рекомендациям про «а ты проверь на интенсивности в десятки тысяч rps» если у тебя таких нагрузок нет (у меня точно нет). Вполне может быть, что для тебя и для меня разницы в производ

Но вот что нужно проверять многопоточно - это точно.

я бы еще по CPU и памяти проверил, скорее всего там тоже есть разница

Привет. Делал тест без Dummy Sampler. Тестировал Postprocessor-ы, выбирая тело ответа из переменной. И при большом количестве потоков. На 1 потоке ресурсы процессора не закончатся и не будет никакой разницы между Boundary и XPath Postprocessor.

Все тесты есть вот тут:
https://github.com/polarnik/Apache.JMeter.Benchmark.NG

Их разработка была отдельным исследованием. Исходил из того, что мощность ноутбука конечна, и измерял сколько RPS получится достичь с тем или иным обременением в виде PostProcessor-а.

И чтобы сравнить именно CSS со всеми другими не включил в сравнение JSON.
Спасибо, что начали сравнивать JSON.

Сейчас время 11-12 мсек в результатах с Dummy Sampler. Это время Dummy Sampler, View Result Three, и там почти не будет времени Postprocessor-ов.

Предлагаю парсить переменные с JSON-текстом. И делать это в 10+ потоков без View Result Three и пауз. Переделок будет немного.

Ещё отключал на время теста гипертрейдинг. И энергосбережение (кулер работал как бешеный). Для чистоты теста. Это сейчас не обязательно. Но по максимуму отключить другие процессы будет полезно

Предлагаю сделать Dummy Sampler с 0-ми таймерам. Или заменить его на пустой JSR-223 Sampler или Java Sampler

Я уже на 10000 потоках почувствовал разницу. Ваши тесты и слова ребят выше подтвердились

Всем добрый день!) Такой вопрос от новичка. Я написал игрушечную заглушку на го, поднял на локалхосте и хочу через жиметр провести стресс тест на свой свой rest. В общем, выдаёт такую ошибку. В прометее вроде активен жиметр, но метрики выводит такие при рабочем состоянии. Имена контейнеров совпадают. Проблема в хосте видимо.
Спасибо за подсказку!