-
Notifications
You must be signed in to change notification settings - Fork 108
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
user-benchmark should support arbitrary pre-test and post-test operations #164
Comments
Can't this simply be done with the script supplied to user-benchmark? Like: and my-script has the pre-test, the benchmark command, and the post test in it? |
That's specifically what we want to avoid. |
Basically everyone has to do that. To me that means it should be part of the tooling. |
@jeremyeder what steps are common enough that the pattern can be captured in pbench? Can you give some examples on how you think this should work? |
Well at a basic level...
but really the sleep lines could be any string of commands. |
Another use-case would be to start and stop collectd service pre/post test. |
If pbench-user-benchmark could do the following, would that be ok:
|
/cc @ofthecurerh |
@atheurer, @jeremyeder, I'd like to have collectd be in the start/stop tools framework directly, so that we can record the notion that collectd tooling was used in with pbench metadata. When indexed, we can key off of collectd data to generate graphs in grafana. A start/stop collectd tool would look up the collectd configuration and record what that hosts collectd configuration was at the time of the run so that we can later reference where to find the data. Alternatively, we could have start/stop collectd tool be given the grafana host which will have the data. |
@ofthecurerh is going to look deeper into this. I like the idea of collectd being "just another tool to start", and the collectd metadata being the key to graph generation...nice! |
Agreed collectd should be just like any other tool. |
discuss further in the Tools meeting |
@jeremyeder do we still need this enhancement in pbench? if yes, what's the priority in your opinion? |
To avoid everyone writing wrapper scripts that wrap user-benchmark.
For example, we will want to sleep for N seconds before and after the test to gather "steady state" metrics with pbench.
I'm not sure what the user-benchmark UI would look like though :/
The text was updated successfully, but these errors were encountered: