This commit is contained in:
parent
d272ef197a
commit
ccdb234a0e
1 changed files with 21 additions and 0 deletions
21
doc/forum/git_status_is_slow_twice__44___then_fast.mdwn
Normal file
21
doc/forum/git_status_is_slow_twice__44___then_fast.mdwn
Normal file
|
@ -0,0 +1,21 @@
|
|||
I don't know if this is a git thing, or a git annex thing, but it's weird.
|
||||
|
||||
After I add a bunch of files to the annex (and there are many more local files not yet added), `git status` is slow. That's not really a surprise. It shows the `refresh index` calculation as usual.
|
||||
|
||||
I run it a second time, and I get the exact same result:
|
||||
|
||||
```
|
||||
% time git status
|
||||
Refresh index: 100% (2997/2997), done.
|
||||
<snip>
|
||||
|
||||
git status 38.64s user 42.08s system 80% cpu 1:39.95 total
|
||||
```
|
||||
|
||||
I run it a third time and it's _instant_.
|
||||
|
||||
This happens reliably. Two slow runs, and then a fast run.
|
||||
|
||||
I don't love the initial slow run, but it makes sense, so I can live with it. The second slow run doesn't make sense to me though. Is there any way to avoid it? I guess I would expect the first slow run to refresh the index and speed up subsequent runs.
|
||||
|
||||
- @pat
|
Loading…
Add table
Add a link
Reference in a new issue