mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

remove 3 comments that turned out to be about an unrelated problem which got its own bug report

Browse source
This commit is contained in:
Joey Hess 2021-10-14 12:05:07 -04:00
parent b36cc0320e
commit 97dfaabbf0
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
3 changed files with 0 additions and 40 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

18
doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_17_225c1890457835884f9a46359935c0b0._comment
View file

@ -1,18 +0,0 @@
[[!comment format=mdwn
username="jkniiv@b330fc3a602d36a37a67b2a2d99d4bed3bb653cb"
nickname="jkniiv"
avatar="http://cdn.libravatar.org/avatar/419f2eee8b0c37256488fabcc2737ff2"
subject="`git annex sync --no-commit --content` takes double the time of `git annex get .`"
date="2021-08-20T02:05:53Z"
content="""
Hi Joey! Could you think of a reason why a `git annex sync --no-commit --content` takes pretty
much double the time to retrieve an annexed file than a `git annex get .` in the same directory /
git remote with this one file added in origin? Naturally I drop the file inbetween measurements
and my files are of multi-gigabyte size so the delay is really noticeable between two HDDs.
It seems that the extra time (and disk activity) takes place after the retrieval has hit 100% so
to me it feels like git-annex is doing an extra verification pass after copying the file. This is
on Windows and git-annex is a fresh `8.20210804-g492036622` but I seem to have noticed it
happening even before your latest development activities above (as in months ago). Should I
file a bug report about this?
"""]]

8
doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_18_ea896de521803d4862a886a5ddb9f505._comment
View file

@ -1,8 +0,0 @@
[[!comment format=mdwn
username="joey"
subject="""comment 18"""
date="2021-08-24T15:09:12Z"
content="""
@jkniiv I think you are seeing something unrelated, such as other scanning that
git-annex sync has to do.
"""]]

14
doc/todo/OPT__58_____34__bundle__34___get_+_check___40__of_checksum__41___in_a_single_operation/comment_19_ecf3206253148199815fe0ed1e9c25b5._comment
View file

@ -1,14 +0,0 @@
[[!comment format=mdwn
username="jkniiv@b330fc3a602d36a37a67b2a2d99d4bed3bb653cb"
nickname="jkniiv"
avatar="http://cdn.libravatar.org/avatar/419f2eee8b0c37256488fabcc2737ff2"
subject="it turns out I had to file this as a bug"
date="2021-08-27T01:38:29Z"
content="""
@joey I don't know what you mean by scanning in this case but I now have proof that git-annex really is
doing an extra read pass over the whole file after it's been transferred from one regular remote to the
other in the case of `sync --content[-of _file_]`. I filed a bug with details:
[`sync -C` takes longer to get file than `get`](https://git-annex.branchable.com/bugs/__96__sync_-C__96___takes_longer_to_get_file_than___96__get__96__/)
(btw. I can't seem to be able to make this into a WikiLink as ikiwiki thinks of the underscores of the page name as denoting strong emphasis).
"""]]