summaryrefslogtreecommitdiff
path: root/Command/InitRemote.hs
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 /Command/InitRemote.hs
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 'Command/InitRemote.hs')
0 files changed, 0 insertions, 0 deletions