Improving true metrics logging frequency of time-consuming Monitors with MonitorFrequency set at 1 second #352
srividyaprasad
started this conversation in
Ideas
Replies: 1 comment
-
Also, want to add that I noticed And this enhancement would be particularly useful for monitors having huge size of output for 1 command and time it takes to complete. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Current Approach:
Asynchronous functions are being used to execute commands independently and their outputs are parsed.
We wait for the command to finish entirely before parsing the output into a table of metrics, which is then saved or pushed to Kusto.
But some commands themselves take a few seconds time to complete.
Proposed Enhancement:
To improve true logging frequency of metrics, with commands like AMD SMI or NVIDIA SMI that run for multiple GPUs or IPMI tools which outputs all existing sensor metrics line by line, I am proposing to implement a line-by-line parsing mechanism. Instead of waiting for the entire command output to be generated and then parsing it into a table of metrics, can we parse each line/sensor data as it is received, extracting metrics on-the-fly, and saving or pushing these to Kusto directly?
Beta Was this translation helpful? Give feedback.
All reactions