Skip to content
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

Implement Benchmarks and continuous Performance Tracking using ReBench #115

Merged
merged 16 commits into from
Aug 6, 2022

Conversation

smarr
Copy link
Owner

@smarr smarr commented Aug 5, 2022

This PR adds the necessary setup and benchmarks to track performance of the following operations:

  • storing results from a benchmarking client
  • fetching results for display on the line chart (main page, self tracking)
  • computing timeline statistics
  • rendering a report with differences

The benchmarking is setup using Docker, or rather podman, as a root-less, daemon-less alternative. The goal was to have a self-contained setup, that does not require installing and managing Postgres on the benchmarking machine.

The benchmark harness is taken from the AreWeFastYet project.

All benchmarks come with three different workload sizes, small, medium, and large, which scales the run-time of the from few milliseconds to minutes.

Code Changes

  • rearrange dockerfile to maximize the use of caching, avoid including frequently changing files early
  • explicitly pass all database parameters to the R script, which was incomplete before
  • include experiment id in the alternate key of Trial, since a trial belongs to a specific experiment (this is work in progress, not tested, and no migration support provided here. will follow in a separate PR to document it properly)

Docker

Implicitly, this PR also fixes issues with the Docker setup, which wasn't really tested before.

Signed-off-by: Stefan Marr <git@stefan-marr.de>
@smarr smarr added the enhancement New feature or request label Aug 5, 2022
This is following the AWFY benchmarking approach.
The harness is inspired but customized for what’s needed here.

Signed-off-by: Stefan Marr <git@stefan-marr.de>
This was missed before, but a trial depends to an experiment and thus, it should include the expId when considering uniqueness.

TODO: need migration and testing
Signed-off-by: Stefan Marr <git@stefan-marr.de>
…for benchmarks

Signed-off-by: Stefan Marr <git@stefan-marr.de>
smarr added 12 commits August 6, 2022 01:24
Signed-off-by: Stefan Marr <git@stefan-marr.de>
- use npm ci in docker to speed it up, and ignore scripts
  By ignoring the scripts, we don’t yet try to compile,
  which we can’t because we will copy the files in only later to enable caching.

- start the Postgres server and then accept rebench parameters

Signed-off-by: Stefan Marr <git@stefan-marr.de>
- fix path to node for use in docker image

Signed-off-by: Stefan Marr <git@stefan-marr.de>
…nchmarking

Signed-off-by: Stefan Marr <git@stefan-marr.de>
Signed-off-by: Stefan Marr <git@stefan-marr.de>
Signed-off-by: Stefan Marr <git@stefan-marr.de>
Signed-off-by: Stefan Marr <git@stefan-marr.de>
… local, and fine for now… famous last words…

Signed-off-by: Stefan Marr <git@stefan-marr.de>
This avoids a warning about timezone issues, which is turned into an error, to abort the script.

Signed-off-by: Stefan Marr <git@stefan-marr.de>
Signed-off-by: Stefan Marr <git@stefan-marr.de>
…e issue"

This reverts commit e24a98f.
because installing tzdata is not sufficient to avoid the timezone issue, and R turning the warning into an error.

Signed-off-by: Stefan Marr <git@stefan-marr.de>
…full size

- also reduce it to 1 invocation only for all benchmarks

Signed-off-by: Stefan Marr <git@stefan-marr.de>
@smarr smarr merged commit e4af4eb into master Aug 6, 2022
@smarr smarr deleted the rebench-benchmarks branch August 6, 2022 11:29
smarr added a commit that referenced this pull request Aug 6, 2022
…aint

This completes the changes started in #115.

While just a theoretical issue, including the expId into the unique constraint prevents issues with unrelated experiments not being able to record their trial information.

This is in practice very unlikely to be an issue since the start time is part of the unique constraint. Though, for benchmarking it was noticed, and felt wrong not to fix it.

Signed-off-by: Stefan Marr <git@stefan-marr.de>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant