-
Notifications
You must be signed in to change notification settings - Fork 107
Open
Labels
AgentbugenhancementtoolsOf and related to the operation and behavior of various tools (iostat, sar, etc.)Of and related to the operation and behavior of various tools (iostat, sar, etc.)
Milestone
Description
The perf tool data collects a perf-archive as part of the tool's stop operation. This archive collection can result in a HUGE amount of repetitive data being collected.
It was observed in one run that a single perf.data.archive.bz2 file was 147 MB in size. With two nodes collecting perf tool data, across 20 iterations, with 3 samples in each iteration, the combined size was a whopping 17 GB (147 * 2 * 3 * 20 = 17,640 MB).
There are a few options we might want to consider:
- Adding a perf tool option to not capture
perf-archiveoutput- and turning off the capturing of the
perf-archiveoutput by default
- and turning off the capturing of the
- Adding a way to allow the user to remove the
perf.data.archive.bz2files after a pbench benchmark finishes, but before the user executespbench-move-results- This would allow a savvy user a chance to pick which iteration(s)/sample(s) they would want to keep, and for which nodes
- Another option would be to use multiple tool groups, collecting samples for each
- Perhaps
pbench-uperf --tool-groups=light,heavy --samples=4,1would run 4 samples using thelighttool group, and one sample using theheavytool group, where theperftool might be in theheavybut absent from thelight- In the example above, if each iteration had only 1 sample collecting using the
perftool, then you'd have 5 GB (147 * 2 * 20 = 5,880 MB) of data collected
- In the example above, if each iteration had only 1 sample collecting using the
- Perhaps
Metadata
Metadata
Assignees
Labels
AgentbugenhancementtoolsOf and related to the operation and behavior of various tools (iostat, sar, etc.)Of and related to the operation and behavior of various tools (iostat, sar, etc.)
Type
Projects
Status
To Do