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

Когда сделал такое на работе, то применил telegraf processor-ы, чтобы фильтровать лишние данные. Получилось. С их помощью можно сделать предобработку метрик.

Более простой вариант - запускать просто несколько батников. Один будет только tcp4 выводить. Другой только tcp6. Третий только udp.

Ещё есть утилита удобная. В SysInternals, которая просто статистику выводит. С ней не будет портов и деталей, будет просто статистика

Попозже как-нибудь сяду повторю. Обещать по срокам не буду

У них есть явный признак:
Established
Listening
Closed
Time Wait

Пять кажется

так ESTABLISHED может быть как входящим, так и исходящим же

там есть и встроенные join - что просто божественно

Да, тоже предвкушаю, но пока руки не доходят

@smirnovqa , а у тебя есть уже какой-то фидбек по flux языку?

Flux сложнее InfluxQL. Использовать можно из Chronograph (это аналог Grafana от InfluxDB). Из Grafana не получится использовать с InfluxDB 1.8, только с 2.0. Для 2.0 есть дополнительный плагин

В нем есть все эти фичи, что появились в 7-й Grafana. Точнее они уже год там есть.

Поэтому попробовал. Оценил, что для InfluxDB 1.8 его возможности покрываются новой Grafana. И не стал переделывать отчеты на него

Хронограф мало кто использует ведь

Подожду, когда в Grafana будет поддержка и перейду потом

Разве? Считал его только исходящим

Не, я специально проверил.
Это же по сути означает, сто соединение активно, байтики бегают.
А в какую сторону оно установлено - не важно.

Согласен

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

Всем привет, помогите советом - задача: определить максимальное кол-во пользователей при действиях которых ответ на каждый запрос не будет превышать 3 сек. Чтобы гарантировать количество юзеров я взял rump-up 0сек (самый худший сценарий) и испытаниями определил кол-во юзеров 100. Но это крайне маловероятно что юзеры будут в раз слать запросы, а реальное поведение пользователей определить весьма сложно в моей ситуации, можно ли плюсовать какой то процент пользователей к количеству определенному при самом худшем сценарии или в результатах все же указать 100?

а есть возможность тесты перепровести?)

да

вообще, что бы определить образное кол-во пользователей лучше разгонять нагрузку постепенно, аля так