-
Notifications
You must be signed in to change notification settings - Fork 3
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
Non-magical workflows #8
Comments
Thanks for sharing your reaction. I dislike magical things too, but, with benchmarking, I dislike the alternatives even more. If it's any consolation, the "magic" aims to be simple and straightforward. Is your criticism of the presentation of the workflow, or the workflow itself? What other workflow would you prefer? |
Also, which magical parts gave you pause? |
Looking around and parsing function names is what seemed magical to me. A more explicit version might be something like the following: def bench_zeroes(zeros=[zeros_imul, zeros_mul, zeros_repeat, zeros_slow],
data={'empty': 0, 'small': 10, 'large': 10000}):
zeros(data) But often I actually don't want to do a comparison of many different implementations. Rather I want to just maintain a set of benchmarks and see which ones increase or decrease as I change commits. In the common case I actually just want to run a bit of functionality and time it in a reasonable manner and report that time. |
When I look at the headline demonstration of benchtoolz in the README my gut reaction is that it's very magical. This turns me off a tiny bit. I wonder if there is a good non-magical workflow that we could also think about when developing.
The text was updated successfully, but these errors were encountered: