по идее не должно быть разницы то чем собирать

и пюре-конфиг вне зависимости от сборки должно работать одинаково

У меня новичковая проблема. Мне нужно мониторить виртуальные и железные машинки (Centos 7). Я поднял на отдельной машине для мониторинга TIG - тут особо вопросов нет пока. На целевых хостах Telegraf (можно при желании изменить на что-то более подходящее, здесь нет особых ограничений)

Но я наткнулся на подводный камень: мне нужно получать для каждого треда конкретного процесса (а не всего процесса целиком) статистику по процессору (тот же cpu_usage). И я не могу найти готовое решение.

Нашел пока только такой тикет:
https://github.com/influxdata/telegraf/issues/5205

Писать свой велосипед (скрипт для экспорта метрик)? Или может быть я куда-то не туда смотрю?

а степень важности описать можешь зачем и для чего это нужно?

степень умеренная.

немного специфичное приложение (телеком), хочется понимать отдельно по тредам что происходит

на чем приложение?

с/с++

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

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

В общем, я призадумался. Можно и через логирование попробовать.

Все несколько осложняется тем, что часть тредов RT (ядро с патчем), и само приложение довольно требовательно к... всему.

В «продакшне» почти все логирование выключено.

Если увеличить логирование на дебаг то это очень сильно отразиться на результатах

вплоть до полной неработоспособности в нашем случае

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

Посыл с логированием из самих приложений понятен, спасибо. Можно будет попробовать.

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

так для себя стало интересно просто

и то, и то. суммарно по всему процессу не показательно.

нужно понимать, «уперся в ядро» или по какой-то другой причине разваливается.

количество тредов на каждую функцию (которые могут масштабироваться тредами) определяется в конфигурации при запуске. тогда же они прибиваются к изолированным ядрам процессора.

то есть еще до запуска теста я знаю количество тредов и имена.

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

Примерно так, да

удачи!