Есть parallel controller, но это не совсем то, так как всё пускает одновременно и ждёт конца самого долгого запроса.
А в tailSampler была возможность накидать список из 100 ссылок и загружать их в 10 потоков, пока вся «очередь» не разгребётся

Гляньте parallel sampler - я не проверял его, вдруг он лучше?

🔥Уже завтра стартует вебинар «Инструменты профилирования JVM» с Вячеславом Смирновым.

👨‍🏫 Супер полезный контент от директора по технической экспертизе ВТБ ждет вас уже завтра. Вячеслав занимается оформлением дефектов производительности и инфраструктурой нагрузки в команде ДБО 2.0 для юридических лиц. Часто профилирует JVM, этой практикой Вячеслав и поделится завтра на вебинаре.

💥 Вы узнаете, когда лучше подключать два профайлера сразу вместо одного. И как быстро решить три проблемы производительности JVM:
– блокировка потоков под нагрузкой
– нехватка памяти при росте количества потоков в сервисе на базе Spring
– максимальное ускорение SQL-запросов, и роль JVM-профайлера в этом.

⏰Время встречи 19:00 по МСК

➡️Ссылка на трансляцию будет в этой группе @perfconf

спасибо! у меня опять дилемма - если я засовываю все запросы с страницы в transaction controller то он пуляет эти запросы по очереди, я получаю нормальную статистику по rps  но не могу получить статистику по времени загрузки страницы! а если я засуну все эти запросы в parallel controller  то у меня по  рпс не будет отчета графана считает этот паралельный запрос в котором 40 запросов как 1 рпс (( что делать? как быть?

А зачем вам RPS по статике?
это ведь обычно отдаётся из кэша, а RPS интересует по работе API

А иногда бывает и не из кэша

да вопрос то не в статике ))) вопрос в времени загрузки страницы

А время загрузку страницы не совпадает грубо говоря с самым долгим из запросов по этой странице?

Всем привет, кто-нибудь настраивал мониторинг бд оракл с использованием influx db + grafana?

ASH-Viewer (бесплатный почти аналог OEM) не вариант использовать?

Народ подскажите а можно считывать трафик с Яндекса с помощью jmetra?

Не совсем

Браузеры делают так:
Получают список статики (предположим, 20 url-ей)
И грузят их в 10 потоков.
Взяли и тянут первые 10 url-ей

Первый поток скачал свою css? Сразу же Начинает качать следующий url, не думая, как дела у остальных потоков.

В результате, при моделировании:
Если грузить все 20 url одним параллел контроллером - получится быстрее
А если двумя параллел контроллерами по 10 url в каждом - получится медленее (выход из parallel произойдёт только когда ВСЕ url в нём отработают)

А если поставить галочку embedded resources - нужная статика не тянется?

Коли у вас там лезут левые запросы на всякие гуглы - пропишите гугл в hosts-файл и направьте на заглушку

я не пойму откуда вообще возмется статистика загрузки стрнаицы))) я закинул в три контроллера запросы с 3-х разных страниц ))) ну отдаст он мне статистику что контроллер загрузился за столько то секунд, но это же будет суммарное время всех запросов, а пуляются они не параллельно

Эээ Рокки, ну это блэт совсем не тот вариант для применения заглушек и файлов хост

вот так настройте - будет в 6 потоков

Не надо пиарить бэд методс

не знаю /// я неделю как jmeter поставил себе ))

Ты прав.
Мой косяк.

Я не особо пользовался галочкой Embedded Resources и не видел, что там есть фильтр по URL-ям
Конечно, нужно пользоваться этими фильтрами, а не костылями с HOSTS

Вот так идеологически выдержано и теоритически верно

вообще, насчёт ресурсов - я в восторге от рекордера LR

Дело в том, что LR умеет ресурсы не только искать при загрузке страницы, но ещё и при ЗАПИСИ скрипта не записывать в скрипт те ресурсы, которые потом сможет загрузить автоматически при воспроизведении.

Я сторонник участия в НТ той статики, которая не кэшируется - и  в Jmeter эту галку не использую только потому, что по хорошему после записи нужно копаться - какая статика подтянется этой галкой, а какую нужно тянуть отдельными семплерами.
Проще без галки вовсе (с необходимостью периодически актуализировать скрипты)