diff options
author | Chris Evich <cevich@redhat.com> | 2020-10-22 08:19:31 -0400 |
---|---|---|
committer | Chris Evich <cevich@redhat.com> | 2020-11-09 14:32:39 -0500 |
commit | f44af2056138cbf64c1e70a99d62336ca3d949a3 (patch) | |
tree | fff9569a63f233a95b2c4f99658a0855d694345d /vendor/github.com/fsouza/go-dockerclient/container_update.go | |
parent | abc77b42219aaccf5cf1a1c9f1202c1525c0d807 (diff) | |
download | podman-f44af2056138cbf64c1e70a99d62336ca3d949a3.tar.gz podman-f44af2056138cbf64c1e70a99d62336ca3d949a3.tar.bz2 podman-f44af2056138cbf64c1e70a99d62336ca3d949a3.zip |
Cirrus: Detailed CPU/Memory/Time runner.sh stats
On several occasions, there have been questions about CPU/Memory/IO
trends in testing over time. Start collecting this data for all jobs,
using a common/stable format so that trending analysis can be performed
within/across multiple Cirrus-CI builds. This PR doesn't add any related
tooling, it simply arranges for the collection of the data.
Stats generation is done at the orchestration level to guarantee they
reflect everything happening inside `runner.sh`. For example, the
container-based tests re-exec `runner.sh` inside a container, but
we're only interested in the top-level stats.
Update all tasks to include collection of the stats file.
Unfortunately, due to the way the Cirrus-CI YAML parser works,
it is *not* possible to alias the artifacts collection more clearly,
for example:
```yaml
always:
<<: *runner_stats
<<: *logs_artifacts
```
Signed-off-by: Chris Evich <cevich@redhat.com>
Diffstat (limited to 'vendor/github.com/fsouza/go-dockerclient/container_update.go')
0 files changed, 0 insertions, 0 deletions