-
-
Notifications
You must be signed in to change notification settings - Fork 122
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
add README for benchmarks #67
Comments
More runs looks better. Some benchmarks still slower.
|
better with the jit-list constraints (static nqueens still much slower overall)
Suggest a benchmarks/README with some example invocations like this. |
Yes, we definitely need a README for the benchmarks, thanks for the report! You seem to have converged on the right way to run them yourself, though. Static nqueens is new and under active development, I wouldn't worry too much about it yet. Richards, deltablue, and fannkuch should all be much faster under Static Python and with the JIT (and faster with SP+JIT than JIT alone.) SP without the JIT is more of a mixed bag; some of the arithmetic-heavy benchmarks (e.g. fannkuch) use primitives a lot in the static version, and we only actually keep primitives unboxed in the JIT. Also fannkuch has some uncharacteristic performance without the JIT because our bytecode quickening currently operates at function level based on number of calls, and fannkuch is just one very expensive function that is only called once, so bytecode quickening never kicks in. I'll keep this open to track getting both a README on running the benchmarks, and our results from running them, added to the repo. |
About managing jit-lists, it seems to be tedious in general for applications, and wildcards have known performance problems (#29). I wonder if it would be easier all around to have a mode where only functions in static modules are jitted. |
We do actually have that mode too, Long-term for many applications the right answer is probably a dynamic mode where hot functions are jitted once they become hot in the process. It just hasn't been a priority because our application is a prefork webserver, so that mode wouldn't work for us. But we are picking up more workloads now, so it might happen sometime soon. |
(Oh one gotcha for |
a script to run benchmarks was added recently: 77d5d1f |
When I build Cinder and run the programs in Tools/benchmarks, the static and static_basic variants seem to be slower than the originals. Am I doing something wrong?
(update: -X jit helps, but full static is only about 15% faster?)
The text was updated successfully, but these errors were encountered: