File: comment_47_9d48c85b896f738323dec28c1955ee22._comment

package info (click to toggle)
git-annex 10.20230126-3
  • links: PTS, VCS
  • area: main
  • in suites: bookworm
  • size: 69,344 kB
  • sloc: haskell: 74,654; javascript: 9,103; sh: 1,304; makefile: 203; perl: 136; ansic: 44
file content (13 lines) | stat: -rw-r--r-- 943 bytes parent folder | download | duplicates (4)
1
2
3
4
5
6
7
8
9
10
11
12
13
[[!comment format=mdwn
 username="alex@f04d0d3c452a2a99b27ccc93c1543bee4a1bf5be"
 nickname="alex"
 avatar="http://cdn.libravatar.org/avatar/9d97e9bcb1cf7680309e37cd69fab408"
 subject="Resuming an interrupted download"
 date="2021-10-01T23:27:31Z"
 content="""
It would be helpful to allow special remotes to take advantage of git annex's ability to resume interrupted downloads for large files, especially on slow/unreliable connections. One way to implement this would be to allow the special remote to send a message asking git-annex what offset it intends to read at, then write a sparse file with only the needed data. I notice the `testremote` suite includes tests for resuming downloads at an offset, so it is possible no other changes would be needed.

Sparse files could be avoided by allowing the special remote to send a command indicating the offset at which the target file starts.

Does that sound like a reasonable design?
"""]]