<div dir="ltr"><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:sans-serif;font-size:12px">Currently the size in backup is src volume size rather than backup file/object size, it's used to record original volume size that avoid damaging target in restore operation if the volume has been resized. </p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:sans-serif;font-size:12px">But it may be more useful for end user to tell them backup files/objects size(object count really make no sense for user). It's also useful for cloud provider to compute their bill.</p><p style="margin:0px 0px 1.2em;padding:0px;width:auto;max-width:45em;color:rgb(51,51,51);font-family:sans-serif;font-size:12px">I think It's not very hard to implement it if we use or extend `chunkeddriver`.  Firstly we need add `get_backup_size` new interface in driver API and let's update backup size in `_finalize_backup`. The backend driver should implement this interface if possible. If the backend driver is not possible to implement like `CephBackupDriver`, we raise NotImplementedE<wbr>rror. And then we need add a new field(named volume_size) in backup object as well as db model associated to backup, and store files/objects size in original size field. At last, we add this new field volume_size to backup ViewBuilder in API.</p></div>