-
Notifications
You must be signed in to change notification settings - Fork 56
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
large variance in exec time for scala-doku #175
Comments
Hi @albertnetymk , thanks for sharing your results. I did not witness this behavior when adding the benchmark originally ( #173) , on my machine. Have you tried running more executions of the entire benchmark, like 10-20? Would be interesting to see what the probability of the 2 performance levels is. Thank you! |
Listing the final iteration exec time for 14 consecutive invocations of
The JVM flags used (by default) are made explicit via Benchmarking is done on my laptop, so not very rigorous testing env... I have left it idle while running the benchmark at least, and turbo boost is on. |
Running the benchmarks with anything but a fixed cpu speed isn't great, running it on a laptop that throttles aggressively which probably uses and Intel CPU which has it's max turbo boost timebound (instead of temperature) is worse - please redo it on a properly cooled desktop pc and if possible with a fixed frequency that doesn't cause throttling. A variance from 10-40% is to be expected (given the benchmark conditions) |
I do see this kind of bimodal behavior for 'scala-doku' on dedicated bare-metal performance machines (with all kinds of possible preparation done). |
The following are two separate runs of
java -jar renaissance-mit-0.10.0.jar scala-doku
. It seems that forrun B
, JIT made a wrong turn in the second iteration, and never managed to get back on track.run A
run B
ENV:
openjdk 12.0.1 2019-04-16
Debian GNU/Linux 10 (buster)
2 core (2 hyperthreading/core)
Mem: 11G
The text was updated successfully, but these errors were encountered: