From 21dc3ab49e89f19ad06e8257c5fc3dbfb13b7590 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 11 Aug 2015 13:36:22 -0400 Subject: [PATCH] response --- ...5_fca151591d0c6c75013711cb5de81d47._comment | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 doc/todo/speed_up_transfers_over_ssh+rsync_--_directly_reuse_the_same_connection__63__/comment_5_fca151591d0c6c75013711cb5de81d47._comment diff --git a/doc/todo/speed_up_transfers_over_ssh+rsync_--_directly_reuse_the_same_connection__63__/comment_5_fca151591d0c6c75013711cb5de81d47._comment b/doc/todo/speed_up_transfers_over_ssh+rsync_--_directly_reuse_the_same_connection__63__/comment_5_fca151591d0c6c75013711cb5de81d47._comment new file mode 100644 index 0000000000..a7130ea749 --- /dev/null +++ b/doc/todo/speed_up_transfers_over_ssh+rsync_--_directly_reuse_the_same_connection__63__/comment_5_fca151591d0c6c75013711cb5de81d47._comment @@ -0,0 +1,18 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 5""" + date="2015-08-11T17:27:23Z" + content=""" +AFAIK, it's not possible to run multiple separate rsync transfers over a single +connection; rsync closes the connection after a transfer is complete (and +the rsync protocol is nowhere documented, and has only one implementation +so there's no way to avoid this behavior). + +So, rsync would need to be told a whole list of files to transfer in one go, +which poses many difficulties, including for git-annex's progress display, +and for needing to queue up a set of files when eg `git annex get` is picking +which ones to get. + +I'd want to see a lot more measurements of where bottlenecks are in +the current system, before seriously considering such a thing. +"""]]