Hello
Maybe it would be better for each part of the UI to specify or change the statistics displayed to something more specific/clear. Use something like :
Theses metrics which dont account for dedup, thus can not change if a backup is removed
- full protected size to refer to the full virtual size (ie : for an incremental, account for the space used by the corresponding full backup, not accounting for deduplication, that would basically be the size used at destination when restoring)
- incremental protected size to refer to the incremental virtual size (ie : for an incremental, do NOT account for the space used by the corresponding full backup, do not account for hash existing, thus not transfered)
- transferred size to refer to the size that was actually transferred.
From these 2 last, derivate a protection speed and transfert speed metric on the status page.
It may be better/simpler to remove/not use the following 2 metrics:
- additional on disk size, to refer to the additional space a single backup requires
- shared on disk size , to refer to the size a single backup/server, shares with previous backup/server
Theses are confusing because of deduplication and deleted backup. The global on disk usage can not change, but the space accounted needs to be transferred from one backup/server to another, and sometime it ends up being negative.
I understand that recomputing this might be very long.
So it may actually be better/simpler to remove theses metrics. And use only the ones mentioned before.
On the stat page these 2 metrics would be interesting:
Add a simple on disk usage graph as reported by df (this make the assumption that only urbackup use the partition, it shouldn’t be that far from reality).
Then use the 2 “protected size” metrics to derivate 2 deduplication ratio graph, these should make peoples happy.