You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As btrbk diff already delivers a super nice overview of the difference of a parent and child snapshot, one could also get a time estimate during a btrbk run. This could be done by extending the existing --progress option, or by introducing a --progress-total.
Choosing this option, for every newly created snapshot btrbk diff would be run before btrfs send/receive such that the pv command can get proper -s option for the progress update.
This way it is easier to estimate the total time left, especially in cases where the network bandwidth is the limiting factor.
The text was updated successfully, but these errors were encountered:
Can't this also be done by not adding -q to mbuffer and echoing the total size beforehand? mbuffer has a progress bar that runs by default that looks like this:
in @ 24.0 MiB/s, out @ 24.0 MiB/s, 4352 MiB total, buffer 100% full
As
btrbk diff
already delivers a super nice overview of the difference of a parent and child snapshot, one could also get a time estimate during abtrbk run
. This could be done by extending the existing--progress
option, or by introducing a--progress-total
.Choosing this option, for every newly created snapshot
btrbk diff
would be run beforebtrfs send/receive
such that the pv command can get proper-s
option for the progress update.This way it is easier to estimate the total time left, especially in cases where the network bandwidth is the limiting factor.
The text was updated successfully, but these errors were encountered: