nix copy "querying info about /nix/store/PATH" is extremely slow and probably serial on s3 store #366
Labels
No labels
Area/build-packaging
Area/cli
Area/evaluator
Area/fetching
Area/flakes
Area/language
Area/profiles
Area/protocol
Area/releng
Area/remote-builds
Area/repl
Area/store
bug
crash 💥
Cross Compilation
devx
docs
Downstream Dependents
E/easy
E/hard
E/help wanted
E/reproducible
E/requires rearchitecture
imported
Needs Langver
OS/Linux
OS/macOS
performance
regression
release-blocker
RFD
stability
Status
blocked
Status
invalid
Status
postponed
Status
wontfix
testing
testing/flakey
ux
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: lix-project/lix#366
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I am currently watching
nix copy
do something utterly foolish, namely, hundreds of lines of these, seemingly in a serial fashion:This should not be the case. At the very least this could be a breadth-first traversal with parallelism?
I think I fixed this in https://gerrit.lix.systems/c/lix/+/1462, but I am not 100% certain.
OK i am testing this and there is NO WAY that is serialized anymore. I am pretty certain it's fixed.