Телеграмм чат группы qa

18:40пожаловаться #1

ВС

care1e55 попробуйте кастомный тег

https://jmeter.apache.org/usermanual/component_reference.html#Backend_Listener

TAG_host
${__machineName()}

Основано на

TAG_WhatEverYouWant
You can add as many custom tags as you want. For each of them, just create a new line and prefix its name by "TAG_"

и функции
https://jmeter.apache.org/usermanual/functions.html#__machineName

${__machineName()}

18:40пожаловаться #2

care1e55 in QA — Load & Performance

Максим Какбыпограммизд

чот смотрю все в графане графики делают. похоже я старовер какой то, руками генерю из лога 😊

Когда нужна аналитика - да. Нужны сырые данные и потом манипуляции с датафреймом в джупайтере

18:43пожаловаться #3

care1e55 in QA — Load & Performance

Вячеслав Смирнов

care1e55 попробуйте кастомный тег

https://jmeter.apache.org/usermanual/component_reference.html#Backend_Listener

TAG_host
${__machineName()}

Основано на

TAG_WhatEverYouWant
You can add as many custom tags as you want. For each of them, just create a new line and prefix its name by "TAG_"

и функции
https://jmeter.apache.org/usermanual/functions.html#__machineName

${__machineName()}

Это скорей Vlad адресовалось

18:45пожаловаться #4

ВС

Точно.
Или иначе назвать тег:
TAG_jmeter_host

18:46пожаловаться #5

care1e55 in QA — Load & Performance

Вячеслав Смирнов

care1e55 попробуйте кастомный тег

https://jmeter.apache.org/usermanual/component_reference.html#Backend_Listener

TAG_host
${__machineName()}

Основано на

TAG_WhatEverYouWant
You can add as many custom tags as you want. For each of them, just create a new line and prefix its name by "TAG_"

и функции
https://jmeter.apache.org/usermanual/functions.html#__machineName

${__machineName()}

Да, точно, вроде пару лет назад подобное делал и тоже по машинам нужно было разделение

18:46пожаловаться #6

ВС

Другой вариант еще. Инфраструктурный.
1. На каждой станции запустить telegraf, в котором по умолчанию всегда настроено добавление тега hostname, можно его даже иначе назвать.
2. В нем настроить InfluxDB приёмник.
3. Писать метрики из BackentListener не в InfluxDB, а в Telegraf localhost:port, который будет слать в InfluxDB

18:49пожаловаться #7

ВС

The plugin-driven server agent for collecting & reporting metrics. - influxdata/telegraf

позамороченней способ, но он добавляет буфер записи. Делает отправку метрик более асинхронной.

В базе InfluxDB метрики принимаются синхронно.
А если слать их сначала в Telegraf, как в proxy, то Telegraf сразу ответит, JMeter перестанет ждать. А уже доставка метрик до InfluxDB станет его проблемой, а не проблемой JMeter.

Это о приёмнике

https://github.com/influxdata/telegraf/tree/master/plugins/inputs/influxdb_listener

GitHub

influxdata/telegraf

18:53пожаловаться #8

ВС

Проверил. Работает

19:15пожаловаться #9

Vlad Nixon in QA — Load & Performance

Всем спасибо, будем пробовать после выходных)

19:40пожаловаться #10

Vlad Nixon in QA — Load & Performance

Пока попробуем в каждый тред пихать бекенд листенер с параметрами хостов, а в инфлюксе создадим бдшки для каждого хоста
И один бекенд листенер для jmeter, чтоб собирал метрику общего количества пользаков

19:41пожаловаться #11

Vlad Nixon

О!
Интересный вариант.
Не додумался.

Меня немного беспокоит, что это будет задалбывать инфлакс лишними запросами: вместо одного запроса будет слаться столько запросов, сколько тредгрупп

19:49пожаловаться #12

ВС

Несколько Backend Listener — спорный вариант ещё по одной причине.
Этот тип Listener отбирает сообщения у других Backend Listener

jagga jagga in QA — Load & Performance

19:56пожаловаться #13

да не работает несколько одновременно

19:56пожаловаться #14

ВС

Так "Backend Listener 2" не будет метрики отправлять. Может если несколько катушек, то сработает.

19:57пожаловаться #15

ВС

Но зная, что соседнее расположение двух "Backend Listener" работает нестандартно, размещаю только один "Backend Listener" в сценарии. С двумя не экспериментировал. Напишите, будут ли проблемы.

19:58пожаловаться #16

2019 August 31

В общем, вывод такой: если хотите видеть по-отдельности треды для каждого бизнес-кейса, то надо совать их в jmx-файлы

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

12:58пожаловаться #17

Раздумывая об этом я продолжаю понимать, что lr нравится мне больше

12:59пожаловаться #18

Но это потому, что я за него не плачу

Ιωάννης Τσεκούρι in QA — Load & Performance

12:59пожаловаться #19

ΙΤ

Viktor Ganeles

Но это потому, что я за него не плачу

Хех