From 75f5160c29608a102084965456716d94f4c1abcf Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 6 Mar 2018 15:26:57 -0400 Subject: devblog --- doc/devblog/day_486__time_to_ditch_rsync.mdwn | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100644 doc/devblog/day_486__time_to_ditch_rsync.mdwn diff --git a/doc/devblog/day_486__time_to_ditch_rsync.mdwn b/doc/devblog/day_486__time_to_ditch_rsync.mdwn new file mode 100644 index 000000000..bd7cf0d4b --- /dev/null +++ b/doc/devblog/day_486__time_to_ditch_rsync.mdwn @@ -0,0 +1,14 @@ +I'm excited by this new design +[[todo/accellerate_ssh_remotes_with_git-annex-shell_mass_protocol]]. + +git-annex's use of rsync got transfers over ssh working quickly early on, +but other than resuming interrupted transfers, using rsync doesn't really +gain git-annex much, since annexed objects don't change over time. And +rsync has always involved a certian amount of overhead that a custom +protocol would avoid. + +It's especially handy that such a protocol was already developed for +`git-annex p2p` when using tor. I've not heard of a lot of people using that +feature (but maybe people who do have reason not to talk about it), but +it's a good solid thing, implemented very generically with a free monad, +and reusing it for git-annex-shell would be great. -- cgit v1.2.3