Size: a a a

QA — Load & Performance

2020 May 22

ВП

Вячеслав Поляков... in QA — Load & Performance
Хочу понять есть ли смысл вникать...
На сколько просто его настроить и при помощи чего можно к нему подключиться и посмотреть данные. Скажем в influx есть influxdbstudio, а у кликхауса что?
источник

A

Alex in QA — Load & Performance
Для тестов поднять быстро, листнер есть готовый, для графаны плагин тоже есть(но без алертов), tabix
источник

A

Alex in QA — Load & Performance
Вячеслав Поляков
Хочу понять есть ли смысл вникать...
На сколько просто его настроить и при помощи чего можно к нему подключиться и посмотреть данные. Скажем в influx есть influxdbstudio, а у кликхауса что?
Если с influx нет проблем - то не стоит. Если есть - стоит
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Alex
Если с influx нет проблем - то не стоит. Если есть - стоит
Хороший ответ! У меня стенда еще нет. Вот думаю на чём его построить.)
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Alex
Для тестов поднять быстро, листнер есть готовый, для графаны плагин тоже есть(но без алертов), tabix
Плохо, что без алертов
источник

A

Alex in QA — Load & Performance
а метрики железа куда пойдут?
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Alex
а метрики железа куда пойдут?
Думаю в zabbix
источник

KY

Kirill Yurkov in QA — Load & Performance
метрики забикса можно импортить в графану, если нужно -есть плагины удобные
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Спасибо!
А если, все же, кликхаус выбрать. Чем можно в базе данные посмотреть?
источник

A

Alex in QA — Load & Performance
tabix
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
Alex
tabix
Спасибо). Я подумал, что это плагин так называется...
источник

A

Alex in QA — Load & Performance
в проф ide jetbrains есть jdbc, там тоже удобно :)
источник

ВП

Вячеслав Поляков... in QA — Load & Performance
👍
источник

KH

Kseniya Hodakovskaya in QA — Load & Performance
Скажите, делать что-то типа такого в gatling вобще принято или нет?:
. exec( session => {
       val fos = new java.io.FileOutputStream("time.csv",true)
       val timeWriter = new java.io.PrintWriter(fos,true)
       timeWriter.println(session.attributes("record") + ";" + session("time").as[String])
       timeWriter.close()
       fos.close()
       session
      })
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Kseniya Hodakovskaya
Скажите, делать что-то типа такого в gatling вобще принято или нет?:
. exec( session => {
       val fos = new java.io.FileOutputStream("time.csv",true)
       val timeWriter = new java.io.PrintWriter(fos,true)
       timeWriter.println(session.attributes("record") + ";" + session("time").as[String])
       timeWriter.close()
       fos.close()
       session
      })
Коллеги предлагают в InfluxDB слать. Наработки выше предложили смотрите по #gatling
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Я плагин AsyncLogPlugin использую, чтобы время логировать
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Файл же заблокируется, если потоков в тесте больше 1
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Можно складывать события в очередь, Concurrent Blocking Queue. И одним потоком ее вычитывать. Сделать два сценария, основной, и служебный - служебный, будет только очередь вычитывать и в файл писать
источник

ВС

Вячеслав Смирнов... in QA — Load & Performance
Это если вы не верите логам, плагинам и InfluxDB
источник

KH

Kseniya Hodakovskaya in QA — Load & Performance
Вячеслав Смирнов
Я плагин AsyncLogPlugin использую, чтобы время логировать
ну время у меня это скорее частный случай. Ну и это время   - часть ответного json  в вебсокете. Также мне надо в другом сценарии сохранять в файл идентификаторы сущностей, которые этим сценарием создаются. Делаю это аналогичным образом, вчера у меня просто внезапно возникла ошибка типа java heap space..., думаю, что связано как раз с этим. Насколько вообще в гатлинг практикуются множественные сохранения в файл во время сценария нагрузки?
источник