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

Imported: Simpler Configuration #8

Open
DaGeRe opened this issue Nov 15, 2021 · 1 comment
Open

Imported: Simpler Configuration #8

DaGeRe opened this issue Nov 15, 2021 · 1 comment

Comments

@DaGeRe
Copy link
Owner

DaGeRe commented Nov 15, 2021

This issue has been imported from an old repository. It was originally created by @Schattensilber at 2021-03-10T23:33:24Z with number #8

It is fairly hard to choose a proper configuration that will
a) not take too long to finish
b) show small enough performance differences

Is it possible to let the tool figure out the appropriate configuration by giving it a target time and significance?
As a start the tool might make bad assumptions but would offer this configuration optionally in the interface.

@DaGeRe
Copy link
Owner Author

DaGeRe commented Nov 15, 2021

This comment has been imported from an old repository. It was originally created by @DaGeRe at 2021-03-11T09:56:39Z

While that is a good goal in general, its implementation is complicated.

It would be possible to give Peass a target time, and Peass repeats VMs until the time is over. Then, it could be checked based on the significance whether there is a performance change.

Unfortunately, this simple approach has some drawbacks:

  • Warmup and needed executions/repetitions are varying depending on the workload. Since it is nearly impossible to find the steady state for general workloads, the only option would be to make a (possibly wrong) guess about this.
  • Giving Peass a target time would, depending on the test case and its standard deviation (and the workload characteristics regarding CPU, memory and I/O usage), lead to too much or too less execution time.

We should first integrate the measurement (of at least a part of the unit tests) into your CI process with an example configuration and afterwards check again whether it is possible to ease the configuration like this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant