Open
Description
Sometimes, benchmarks don't have a steady state. For example, each benchmark iteration can take more time than the previous one. In this case, our default run strategy will run new iterations again and again (because it tries to find a steady state). We should have a smart way to detect such kind of situation, terminate the process, and warn users about it. We should also beware of false alarms: in some cases, it's a legal situation (the main logic of a benchmark can require dozens of warmup iteration before it reaches the steady state).
Metadata
Metadata
Assignees
Type
Projects
Milestone
Relationships
Development
No branches or pull requests
Activity