From 645a66a08462875ca3b7c14d13e178993e4a3a36 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Mon, 8 Aug 2022 11:26:25 -0400 Subject: [PATCH] comment --- ...nt_1_d81f94dfdb1b15b8bc0d9c243ef748db._comment | 15 +++++++++++++++ 1 file changed, 15 insertions(+) create mode 100644 doc/bugs/Copying_many_files_to_bup_remotes_is_very_slow/comment_1_d81f94dfdb1b15b8bc0d9c243ef748db._comment diff --git a/doc/bugs/Copying_many_files_to_bup_remotes_is_very_slow/comment_1_d81f94dfdb1b15b8bc0d9c243ef748db._comment b/doc/bugs/Copying_many_files_to_bup_remotes_is_very_slow/comment_1_d81f94dfdb1b15b8bc0d9c243ef748db._comment new file mode 100644 index 0000000000..75f8eaec6c --- /dev/null +++ b/doc/bugs/Copying_many_files_to_bup_remotes_is_very_slow/comment_1_d81f94dfdb1b15b8bc0d9c243ef748db._comment @@ -0,0 +1,15 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 1""" + date="2022-08-08T15:24:36Z" + content=""" +I don't think that git-annex is doing anything particularly slow with the +bup special remote. Other than actually running bup, that special remote +should run about as fast as other similar special remotes, like say +the directory special remote. + +So, this is probably a performance problem in bup. Now, git-annex does +use bup in an unusual way, running one bup-split per file to store in it. +That was the only way to shoehorn what git-annex needs to do into bup +though. +"""]]