summaryrefslogtreecommitdiff
path: root/debian
diff options
context:
space:
mode:
authorGravatar Joey Hess <joey@kitenet.net>2012-02-26 14:59:12 -0400
committerGravatar Joey Hess <joey@kitenet.net>2012-02-26 14:59:48 -0400
commit2fd294d06f11c81a29cbf94a78952d1ad74dbf22 (patch)
tree5f7c8f3184a605fe41600b8fc92bf05c55e5ae86 /debian
parent00d814aecc7368bbc0fe1722b27340255772d2f2 (diff)
move --from, copy --from: 10 times faster scanning remote on local disk
Rather than go through the location log to see which files are present on the remote, it simply looks at the disk contents directly. I benchmarked this speeding up scanning 834 files, from an annex on my phone's SSD, from 11.39 seconds to 1.31 seconds. (No files actually moved.) Also benchmarked 8139 files, from an annex on spinning storage, speeding up from 103.17 to 13.39 seconds. Note that benchmarking with an encrypted annex on flash actually showed a minor slowdown with this optimisation -- from 13.93 to 14.50 seconds. Seems the overhead of doing the crypto needed to get the filenames to directly check can be higher than the overhead of looking up data in the location log. (Which says good things about how well the location log and git have been optimised!) It *may* make sense to make encrypted local remotes not have hasKeyCheap set; further benchmarking is called for.
Diffstat (limited to 'debian')
-rw-r--r--debian/changelog4
1 files changed, 4 insertions, 0 deletions
diff --git a/debian/changelog b/debian/changelog
index 94bc09389..1d401149d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -36,6 +36,10 @@ git-annex (3.20120124) UNRELEASED; urgency=low
less frequently, when a merge or sync is done.
* configure: Check if ssh connection caching is supported by the installed
version of ssh and default annex.sshcaching accordingly.
+ * move --from, copy --from: Now 10 times faster when scanning to find
+ files in a remote on a local disk; rather than go through the location log
+ to see which files are present on the remote, it simply looks at the
+ disk contents directly.
-- Joey Hess <joeyh@debian.org> Tue, 24 Jan 2012 16:21:55 -0400