Skip to content

Provide sampling interval and offset in the plugn_sets output#1923

Open
nichamon wants to merge 1 commit intoovis-hpc:mainfrom
nichamon:show-samp-interval-plugn_sets
Open

Provide sampling interval and offset in the plugn_sets output#1923
nichamon wants to merge 1 commit intoovis-hpc:mainfrom
nichamon:show-samp-interval-plugn_sets

Conversation

@nichamon
Copy link
Collaborator

There are no query commands that show the sampling interval of a set, so the patch makes plugn_sets to provide this information.

image

@nichamon nichamon requested a review from tom95858 August 14, 2025 18:01
@tom95858
Copy link
Collaborator

Can we rename this command sampler_sets? It doesn't apply to all plugins only sampler plugins so the name is misleading. Are there test scripts that use this command? If so, we could still support it, but make it 'deprecated'

@baallan
Copy link
Collaborator

baallan commented Aug 21, 2025

Since this is new,
a) why not just call it 'list_sets' since we don't care how sets get produced
b) why not make it provide the same output (and output options, i.e. json) as ldms_ls, instead of reinventing the wheel.
c) might be a good opportunity to merge some of the ldms_ls formatting code into the ldms(d) library as utility functions

@tom95858
Copy link
Collaborator

tom95858 commented Aug 21, 2025 via email

@baallan
Copy link
Collaborator

baallan commented Aug 21, 2025

Two additional comments:

  1. this is a breaking change if anyone has scripted around the output of 'echo plugn_sets |ldsmd_controller ...', so plugn_sets should take an option that controls the output format, with the default being the original behavior.

  2. this addition is wholly redundant with ldms_ls -v, so why are we doing it at all? just use ldms_ls.

@tom95858
Copy link
Collaborator

@baallan, I'm not sure I'm getting your point because ldms_ls doesn't tell you which plugin/config is responsible for producing or the sample interval.

@tom95858
Copy link
Collaborator

@nichamon, @baallan to get back to my original point, plugn_sets does not tell you which plugin is responsible it tells you which configuration is responsible. If meminfo had two configurations, there would be separate entries for each configuration.

@baallan
Copy link
Collaborator

baallan commented Aug 21, 2025

So do we track which plugins subscribe or publish also?

I suppose I can see the value of the original plugn_sets, and the value of dumping all the configs of a plugin instance (which is another command, right?), but I don't see the value added by overloading plugn_sets with just the interval data. Just use ldms_ls -v, which does already provide that.

@morrone morrone added the main label Sep 20, 2025
@tom95858
Copy link
Collaborator

@nichamon, this @morrone's patch provides a place to access the information provided here. What do you think?

@morrone
Copy link
Collaborator

morrone commented Nov 13, 2025

@nichamon, this @morrone's patch provides a place to access the information provided here. What do you think?

@tom95858 I am not aware of any patch that I made that would change how Nichamon is doing things. Could you please elaborate on your thinking?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants