diff options
author | Joey Hess <joeyh@joeyh.name> | 2015-04-02 01:44:32 -0400 |
---|---|---|
committer | Joey Hess <joeyh@joeyh.name> | 2015-04-02 01:44:32 -0400 |
commit | 473a64e5e8b6fc3f3bd396c1756754ad057e3009 (patch) | |
tree | e1a774cefb7d900c4963c6e61adedc10b246de68 /doc | |
parent | 8b17e33b84b0f60da422e2c32a5fa6f53c10df6d (diff) |
Significantly sped up processing of large numbers of directories passed to a single git-annex command. (try 2)
New approach is to do it the expensive way for the first 100 paths
on the command line, but then assume the user doesn't care about order too
much and fall back to the cheap way that does not preserve order.
Diffstat (limited to 'doc')
-rw-r--r-- | doc/bugs/feeding_git_annex_with_xargs_can_fail.mdwn | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/doc/bugs/feeding_git_annex_with_xargs_can_fail.mdwn b/doc/bugs/feeding_git_annex_with_xargs_can_fail.mdwn index c973308c6..c4199d3b9 100644 --- a/doc/bugs/feeding_git_annex_with_xargs_can_fail.mdwn +++ b/doc/bugs/feeding_git_annex_with_xargs_can_fail.mdwn @@ -11,3 +11,5 @@ Feeding git-annex a long list off directories, eg with xargs can have git-ls-files results. There is probably an exponential blowup in the time relative to the number of parameters. Some of the stuff being done to preserve original ordering etc is likely at fault. + + > [[fixed|done]] --[[Joey]] |