-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Profiling #44
Comments
One bonus for using nose to run our tests is that they have an option to automatically profile the code as the tests are run. If we can get to 100% coverage, then we should be able to see profiling results for all our code. Also, if we just want to test a specific module, function, or method, we can just have nose run the specific test and profile only that one. pandas uses a utility they wrote called vbench that keeps track of profiling results over time so they can track progress and easily find performance regressions (see their results by clicking on various links in the RHS sidebar here. Something similar to that would be cool for our project too. |
@spencerlyon2 Thanks for those thoughts. I actually meant to put my comments in the lectures repo issue tracker, since I was thinking more of exposition. I'll move them over but leave this issue open so we can discuss your suggestions for QuantEcon code. |
Ping. Any interest in writing a suite of performance benchmarks that are tracked via vbench? |
Possibly, but will need to read up on vbench first... |
Anyone come across any other performance benchmark approaches other than |
I have just come across this project which looks like a good benchmarking tool. |
@mmcky It definitely looks useful. You need stable hardware to keep the comparisons consistent but we will have that soon in Singapore... |
Setup and try: https://github.com/spacetelescope/asv |
I have started setting up https://github.com/QuantEcon/QuantEcon.py.benchmark |
I think this issue can now be tracked through the new repository -- except the original comments about profiling are still valid. @jstac should we move your early comments to a |
@mmcky Good call, yes please. |
Closing this discussion now. New comments on |
At this stage we have no discussion of profiling code to find bottlenecks. Here's the IPython solution:
http://pynash.org/2013/03/06/timing-and-profiling.html
I also hear good things about this visual profiling library:
http://pycallgraph.slowchop.com/en/master/
The text was updated successfully, but these errors were encountered: