mirror of
https://github.com/borgbackup/borg.git
synced 2024-12-28 10:49:16 +00:00
faq: we do not implement futile attempts of ETA / progress displays
(cherry picked from commit fe08437337
)
This commit is contained in:
parent
41587c9be2
commit
1e370d4d23
1 changed files with 25 additions and 0 deletions
25
docs/faq.rst
25
docs/faq.rst
|
@ -682,6 +682,31 @@ the corruption is caused by a one time event such as a power outage,
|
|||
running `borg check --repair` will fix most problems.
|
||||
|
||||
|
||||
Why isn't there more progress / ETA information displayed?
|
||||
----------------------------------------------------------
|
||||
|
||||
Some borg runs take quite a bit, so it would be nice to see a progress display,
|
||||
maybe even including a ETA (expected time of "arrival" [here rather "completion"]).
|
||||
|
||||
For some functionality, this can be done: if the total amount of work is more or
|
||||
less known, we can display progress. So check if there is a ``--progress`` option.
|
||||
|
||||
But sometimes, the total amount is unknown (e.g. for ``borg create`` we just do
|
||||
a single pass over the filesystem, so we do not know the total file count or data
|
||||
volume before reaching the end). Adding another pass just to determine that would
|
||||
take additional time and could be incorrect, if the filesystem is changing.
|
||||
|
||||
Even if the fs does not change and we knew count and size of all files, we still
|
||||
could not compute the ``borg create`` ETA as we do not know the amount of changed
|
||||
chunks, how the bandwidth of source and destination or system performance might
|
||||
fluctuate.
|
||||
|
||||
You see, trying to display ETA would be futile. The borg developers prefer to
|
||||
rather not implement progress / ETA display than doing futile attempts.
|
||||
|
||||
See also: https://xkcd.com/612/
|
||||
|
||||
|
||||
Miscellaneous
|
||||
#############
|
||||
|
||||
|
|
Loading…
Reference in a new issue