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
git log -L
is very slow
#166
Comments
Some helpful progress is being made on-list: https://public-inbox.org/git/20190819130323.GU20404@szeder.dev/T/#m79ee9ae1d2696dc4c57f0d409d72949403ab84dc Here are the results using a random path I picked out from the Windows
For the specific file in the bug report from a real user, I got
When running without the patch, I had to kill the process after 55 minutes of waiting (and 20,000+ blob downloads). It appears that somehow this is triggering rename detection, and the blob contents are being checked! A PerfView trace records the following stack to be interesting:
The changes on-list involve not forcing the entire graph to be read, so those changes are orthogonal to #175. |
I just realized that the following code in
And the code in So, taking stock on this problem we have a few things to think about:
|
Making progress here! See gitgitgadget#622 for more details. |
A user reported
git log -L N,M:file
taking a long time (~7 minutes after cleaning up the object directory). The samegit log file
command was almost immediate.Check if there are easy performance wins to reduce the computation time when using
-L
.The text was updated successfully, but these errors were encountered: