-
Notifications
You must be signed in to change notification settings - Fork 11
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
Use caching to speed up CI #320
Comments
I'm not sure it's worth it, but maybe check? Just looking at a recent run setting up conda and installing Saving and restoring the cache itself takes some times (~a few mins from memory... the runs I had in other projects seems to have expired so I can't see how long), so it might be worthwhile to cache the |
Yeah, the benefit should be tested before committing to it! Another thing that could improve performance is running tests in parallel; I think the typical github runner is 4 cores now. It would be good if the force constant tests can still block and use OpenMP, but everything else could be smashed through more quickly. That might require marking the OpenMP-friendly tests and running them in a separate tox step. pytest-dev/pytest-xdist#385 |
Also I think caching |
Currently a lot of test time (and bandwidth) is spent installing packages. This can be sped up with caching. There are a few levels to consider:
I think the first two will be captured by caching the miniconda environment, while the latter would require the .tox directory to be cached.
The latter is probably more critical but it is harder to find timing information.
The text was updated successfully, but these errors were encountered: