git-annex/doc/design/assistant/progressbars.mdwn

44 lines
1.5 KiB
Text
Raw Normal View History

2012-05-27 01:11:19 +00:00
Currently, git-annex takes a very lazy approch to displaying
progress into. It just lets rsync or whatever display the progress
for it, in the terminal.
Something better is needed for the [[webapp]]. There needs to be a
way for the web app to know what the current progress is of all transfers.
2012-08-28 18:04:28 +00:00
This is one of those potentially hidden but time consuming problems.
2012-05-27 01:11:19 +00:00
2012-08-28 18:04:28 +00:00
## downloads
2012-05-27 01:11:19 +00:00
2012-08-28 18:04:28 +00:00
* Watch temp file as it's coming in and use its size.
Can either poll every .5 seconds or so to check file size, or
2012-09-19 18:28:57 +00:00
could use inotify. **done**
* When easily available, remotes call the MeterUpdate callback as downloads
progress. **done**
* S3: TODO
2013-07-08 22:00:52 +00:00
While it has a download progress bar, `getObject` probably buffers the whole
download in memory before returning. Leaving the progress bar to only
display progress for writing the file out of memory. Fixing this would
involve making hS3 stream better (also avoids it wasting memory).
2012-09-19 18:28:57 +00:00
## uploads
2012-09-20 17:46:07 +00:00
Each individual remote type needs to implement its own support for calling
the MeterUpdate callback as the upload progresses.
2012-09-21 03:44:46 +00:00
* git: **done**
* rsync: **done**
* directory: **done**
2012-09-20 17:46:07 +00:00
* web: Not applicable; does not upload
2012-11-19 00:06:28 +00:00
* webdav: **done**
* S3: **done**
2012-11-25 17:42:28 +00:00
* glacier: **done**
* bup: **done**
2012-09-20 17:46:07 +00:00
* hook: Would require the hook interface to somehow do this, which seems
too complicated. So skipping.
2012-09-20 21:48:10 +00:00
## communication
It may be worth using a better communication channel than files on disk for
the transfer progress. Shared memory could be used, or http posts to the
webapp.