summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorGravatar https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f4 <https://me.yahoo.com/a/EbvxpTI_xP9Aod7Mg4cwGhgjrCrdM5s-#7c0f4@web>2016-05-19 19:11:14 +0000
committerGravatar admin <admin@branchable.com>2016-05-19 19:11:14 +0000
commit7a6a80b225b2a63df815dc3faa109f4d3a820575 (patch)
tree923b246bf8e56dcb6c1f638733cecac229824a6d /doc
parent5808f1176a0422e36b92153f056a799ee0cb7fde (diff)
Diffstat (limited to 'doc')
-rw-r--r--doc/todo/make_copy_--fast__faster.mdwn3
1 files changed, 3 insertions, 0 deletions
diff --git a/doc/todo/make_copy_--fast__faster.mdwn b/doc/todo/make_copy_--fast__faster.mdwn
new file mode 100644
index 000000000..2aea94669
--- /dev/null
+++ b/doc/todo/make_copy_--fast__faster.mdwn
@@ -0,0 +1,3 @@
+I was trying to copy files which failed to copy (3 out of 6,000) to remote host after copy -J4. Succeeded. But with subsequent runs, apparently even with copy --fast it takes annex 10 sec for annex to realize there is nothing to copy. git ls-files which annex calls returns list immediately, so it is really some parsing/access to data under git-annex branch which takes awhile. I think we had similar discussion before but couldn't find. So I wondered to whine again to see if some optimization is possible to make --fast copies faster, especially whenever there is nothing to copy.
+
+[[!meta author=yoh]]