Вот 2 примера,
Тут во первых - я подаю прямо из командной строки сколько памяти я хочу выделить, почему так - в мануалах пишут что не стоит трогать оригинальный jmeter.bat или jmeter.sh

Второе - print_field_names = true - это чтобы результат был с заголовками (csv) иначе html репорт генераторная фича ругается.
Третье - когда Jmeter не хочет сам завершаться изза какихто застрявших транзакций - убиваем его принудительно в конце командой force.system.exit  , - грязный хак, пока лучше не придумал, нет времени разбираться.
Четвертое - подача пропертис из командной строки - для гибкости, скрипт подхватывает и действует согласно указаниям.

Я надеюсь это кому-то будет полезно. Вроде мелочи но чтобы отработать на практике - занимает всегда кучу времени.

Недавно опробовал гениальное и простое решение, запускаю Loadrunner скрипт и в настройках натравливаю его на Jmeter recorder, и все работает как швейцарские часы, бесплатно и без заморочек. Единственное условие что надо чтобы была возможность прогнать сам лоадранерский тест.

Тут еще миллион нюансов, доверять галочке retrieve embedded resources нельзя на 100%. Плюс учтите что в реальном браузере есть еще понятие кэш, и не каждый раз как юзер идет на страницу он реально будет качать что что уже есть у него в кэше. Еще момент - у браузера обычно есть параллельные потоки загрузки и все по дефолту качается в 6 потоков, если вам надо скачать 12 картинок - они будут качаться примерно в два подхода по 6, в Jmeter можно пробовать Parallel controller https://www.blazemeter.com/blog/how-to-use-the-parallel-controller-in-jmeter.

Про кэш, получается что надо извращаться и не каждый заход юзера провоцирует загрузку ресурсов (тех что кэшируются),
Идеально если у вас есть какая-то статистика и скажем цифра что на каждые 100 заходов в страницу будет скачано 20 раз такие-то ресурсы. Тогда вам надо учитывать и скажем на 5 заходов только один раз качать ресурсы, или же искать любые другие варианты, играть с количеством юзеров и их Cache manager, я не знаю идеальную формулу, но всегда работает правило - если можно сделать проще то надо делать проще.

Большое спасибо Вам за информацию! Крайне актуально сейчас 👍🏻👍🏻

@smirnovqa , привет опять же. доклад классный, но когда ждать доклада "как я делаю банковский рпс 500 странными протоколами"?

странными = исо, протобаф, etc

о, хороший пример. но как сделать так чтобы этот таймер не зависел от количества тредов?

другими словами, в примере закрытая модель, а как реализовать открытую но с фиксированными рпс(кроме пейсинга) ? ведь так или иначе любой таймер будет реагировать на высокие отклики

я про jmeter - если кто в курсе, будет ценно послушать :)

Было бы круто для этого, в апи jmeter, увидеть переменные, которые выдают кол-во активных семплеров и групп 🤔 но это не серьезная переменная будет, многие "по факту отработанные семплеры" зависят от ифов и прочего 😅... Но в большинстве случаев нет условий и ветвления 🤔 может и пригодится 🤗...
Вот, точно:
-нужен семплер который отрабатывает при вызове функции "следующая итерация" в нем использовать (ещё не существующую) переменную - "коль-во отработанных семплеров при прошлой итерации текущего потока", и в этом семплере уже вызываем таймер 🤣

Ух ниче я "фантазер" 🤣🤣

Пример для растуще нагрузки. Поэтому зависит от тредов

ну может ты в курсе как сделать открытую + независимую напрямую?

Это да нужно. Я сам с iso не работаю. Но могу помочь с подготовкой доклада

Для митапа ЦФТ подготовил простой доклад, но нужный. Не знал аудиторию. А аудитория была очень подготовленная

Попробовал так сделать через старт потоков. Один поток на одну итерацию.

Для 20 TPS работает отлично. Но первые 30 минут. Потом получается 25 TPS.

Для 100 TPS и длинных сценариев слишком много потоков и накладных расходов. Старты запаздывают и получается неровно, совсем.

Вопрос требует вложения кодом в сам JMeter. Улучшать текущие реализации. Добавлять новые

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

Мы iso-8583 грузим, даже аутсорсную либу для неё патчили. А что там именно рассказывать?