-
-
Notifications
You must be signed in to change notification settings - Fork 480
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 speed regression database to doctesting #12720
Comments
comment:1
Could monitoring Sage's startup time be incorporated into this? |
Still very much in progress |
Attachment: 12720.patch.gz |
comment:3
Attachment: 12720_script.patch.gz |
This comment has been minimized.
This comment has been minimized.
comment:4
Now that #12415 is in Sage, I'll be working on this some. It will probably be at least a few weeks though (I'm going to be working on p-adics and the git transition first). In the mean time, I've updated the patches to apply against #12415 (actually, rebased against #13278). There's still a lot to be done to make them work well. |
comment:10
Hello, just cc'ing me! |
comment:13
roed, I believe that this should probably be closed. The approach of rolling our own system for doing something that asv does very well is probably not appropriate anymore. What do you think? |
comment:14
Duplicate of #25262 |
Changed dependencies from #24655 to none |
Currently there's no systematic way of detecting whether a change to the sage library drastically slows down some function (perhaps even the function that's being updated in a ticket).
This ticket aims to add features to the new doctesting code at #12415 that provide the option to run doctests in a mode where they add timing data to a database.
Apply attachment: 12720.patch
Apply attachment: 12720_script.patch to the script repo
CC: @videlec @koffie @embray @roed314
Component: doctest framework
Issue created by migration from https://trac.sagemath.org/ticket/12720
The text was updated successfully, but these errors were encountered: