I want an indicator of progress on a backup #1587
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#1587
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
When running "tahoe backup" on a directory, I'd like an indicator about approximately how much of the total job is has done and approximately how much longer it will probably take.
What's actually blocking this ticket?
I was a little surprised that there wasn't already a mechanism to do this from the beginning, but I'm even more surprised that this major ticket has been open for six years and nary a comment. Thoughts?
Thanks (and Merry Christmas).
One minor improvement that could be made relatively easily here is just to report progress by file count. This isn't the most accurate kind of progress report. However, it would be an incremental step towards something based on actual size of data transfer required. The current implementation doesn't know how many files it is working on, it discovers them as it goes. Reporting on file-count-based progress would require looking at all files in advance - which will also be required for a data-size-based progress report.
I suggest that, to replace the current behavior of no-output, we have something like:
This serves three purposes. First, it gives the user some feedback some very rough feedback on the size of the job they've just initiated. Second, it gives them some very rough indication of what kind of progress has been made through the job (and that some progress is still being made). Third, it gives them a running report of how much time has been spent on this job up to the current point.
A variation on this could be that the
Backing up ...
line is updated rather than being re-written for each line. I'm not sure what assumptions the Tahoe-LAFS CLI is happy making about its output destination though. Are basic control bytes are acceptable? If so, an updating status line with \b is easy enough.I imagine in the future this could be improved to something like:
Perhaps also including a b/s transfer rate. And the "Backing up ..." line could again either be updating or repeating (if updating, some basic tabular formatting might be nice).
Thoughts?
In 6ec5005/trunk: