-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Huge performance regression when evaluating clean flake #5280
Comments
Also note this comment from the original PR introducing
|
Hm, maybe we should revert #4922 for now and revisit the submodules issue after 2.4 is released. |
Yes, that would probably be for the best. Ironically I updated Nix specifically so I could add a (non-critical) submodule to this flake, so I'm interested in seeing this resolved properly eventually, but the current state is not really tenable. |
Closing this because #4922 was reverted. |
This issue has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/tweag-nix-dev-update-18/15300/1 |
Describe the bug
On a clean checkout of a sizeable repo (~20k commits), the time for the first evaluation of a commit has recently increased by more than 10x (and an unhelpful message from Git is shown):
This is due to #4922, which enables cloning submodules by default. But the
submodules
option is extremely inefficient, even if the repo does not even contain any submodules.I know there has been some discussion on the PR itself after merging, but I felt that this regression deserved its own issue due to its severity.
Steps To Reproduce
Expected behavior
A much faster store copy, as before
nix-env --version
outputThe text was updated successfully, but these errors were encountered: