жметер просто внутри себя очень много подо что память резервирует даже без парсеров)
а если начать еще треды запускать можно удивиться сильно

css парсеровский кэш это именно used memory? и в ram?

Судя по профайлеру да. От резервирования джиметром out of memory не будет)

Доброго времени суток. А кто-нибудь сталкивался в jmeter запись трафика через прокси одновременно с двух мобильных устройств?

Вообще реально ли

Сейчас я снифером с двух эмуляторов запросы собираю в wireshark

На первом скрине вот кэш отключен, на втором включен

кошерно, неужели кэши парсера в оом стрелять могут?

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

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

Благодарю 🙏

я юзаю чарльса, но он не то что бы менее перегружен, я просто к нему привык

Доброе утро!

Доброе утро. Его тоже чекну. Спасибо, ребята.

Коллеги, доброго времени суток! У меня после прочтения форума возник следующий вопрос.
Многие инженеры используют связку influxdb + grafana. Вместо связки prometheus + grafana.

1. Это связано с тем, что нужно проводить аналитику на timeseries DB?
Т.е. удобнее ипользовать SQL like запросы, вместо изучения PromQL?
Почему не используются стандартные для аналатики OLAP решения?
Т.е. с помощью ELT экспорт в SQL базу данных и построение отчетов в обычных инструментах для анализа?

2. Стоит ли переходить с prometheus на influx?
Кейс следующий: есть разработчики и специалисты по качеству в каком то виде знакомые с НТ.
Их задача - в том числе подготовка дашбордов и аналитика результатов.
В близжайшем будующем много микросервисов в связке с монолитом.

JMeter, Gatling, Yandex.Tank, Performance Center используют InfluxDB. В этом ищите причину

Микросервисы используют PromQL-like решения, это kube-way

плюс вагон инфы как это настраивать

и разворачивать