Время занимает не сбор данных, а фильтрация и агрегация баш-скриптом (powershell для винды)

И чем больше коннектов, тем больше времени, потому заранее не просчитать

Но за 10 сек заскакивает

Когда такое делал, то посмотрел еще на вот такую утилиту
https://docs.microsoft.com/en-us/sysinternals/downloads/tcpview
она выгружает csv

На тот момент telegraf уже умел парсить CSV, но делал это с ошибками. Поэтому оставил вариант работы с influxline и обвязкой на bat
Сейчас csv input может уже хорошо работает.
Чтобы заработал надо в exec-плагине поменять формат с influx на csv и задать имена колонок

Так как powershell кажется дорогим удовольствием

Основная проблема, что у коннекта не ясно направление, а порт-источник не нужен

Потому напилили скрипт, который убирает данные по всем портам, которые встречаются только один раз.

При этом автоматом получается, что собирается только инфа по полезным портам.

А после убирания портов-источников подсчитываются уникальные строки.

Тут без скрипта не обойтись.

Ps если заранее знать, какие порты нужны - проще, можно только их и мониторить. Но хотелось именно универсальный инструмент.

Почему Http request может бесконечно висеть?
Через фидлер вижу что ответ от сервера пришел, но жеметр не переходит к следующему запросу а тупо висит

Снять Thread Dump и посмотреть на номер строки где висит, чего ждет. Удобно в VisualVM это сделать. Или с jstack

хорошая идея, спасибо

Всем доброго времени суток, подскажите пожалуйста возможно ли так сделать:
Есть сценарий в котором 50 ultimate thread groups
И в качестве Start Threads count мы используем формулу со многими переменными которые берутся с UDV, но если эту формулу упростить то получится формула типа  (2* x )/10, где "х" это переменная которая изменяется в зависимости от того, в какой тредгруппе она находится.
Так вот вопрос: можно ли, как-то вынести эту формулу куда-то, чтоб во всех тредгруппах была просто переменная типа "threadGroups". Пытаюсь решить следующею проблему: чтобы исправить формулу нужно это делать в каждой тредгруппе, а их много)
Заранее благодарю за информацию.

response assertion подвешивал. Странно конечно

Задай формулу в юдв

Нельзя, пробовал

Гыы

Выброси ультимейт)

Может позже, а пока ещё помучаюсь)

Я искал, не нашёл способ.
Как я понимаю, количество потоков инитится когда TG ещё не создана а значит её имя взять не получится.

Но стоит спросить тех, кто лазал в потроха жметра.

Коллеги, есть идеи как получить имя tg на этапе считывания жметром количества потоков этой tg?

@jaggajagga @instaHipsta @smirnovqa @login40k

Да , я тоже искал и не нашел, по этому тут и спрашиваю, знаю что здесь возможно кто-то копал в эту сторону.

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

Дано: тест-план с кучей тред-групп.
Количество потоков задаётся переменной.

Ньюанс в том, что набор тред-групп меняется.

Сейчас добавление тред-группы выглядит так:

1) добавляем/копируем тред-группу.

2) в параметрах тред-группы меняем имя переменной (для ultimate thread group это много полей)

3) при запуске теста определяем значения переменных

Второго шага хочется избежать, превратив в имя переменной само название тред-группы.

А как её можно решить?

Кирилл рекомендует использовать throughput shaping timer

Так как таймер размещается ВНУТРИ тред-группы, наших проблем не будет