[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 6/8] block/backup: issue progress updates for sk
From: |
Max Reitz |
Subject: |
Re: [Qemu-devel] [PATCH 6/8] block/backup: issue progress updates for skipped regions |
Date: |
Wed, 10 Jul 2019 18:36:27 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 |
On 10.07.19 03:05, John Snow wrote:
> The way bitmap backups work is by starting at 75% if it needs
> to copy just 25% of the disk.
Although there is this comment:
> /* TODO job_progress_set_remaining() would make more sense */
So...
> The way sync=top currently works, however, is to start at 0% and then
> never update the progress if it doesn't copy a region. If it needs to
> copy 25% of the disk, we'll finish at 25%.
>
> Update the progress when we skip regions.
Wouldn’t it be more correct to decrease the job length?
Max
> Signed-off-by: John Snow <address@hidden>
> ---
> block/backup.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/block/backup.c b/block/backup.c
> index a64b768e24..38c4a688c6 100644
> --- a/block/backup.c
> +++ b/block/backup.c
> @@ -417,6 +417,7 @@ static int coroutine_fn backup_loop(BackupBlockJob *job)
> if (job->sync_mode == MIRROR_SYNC_MODE_TOP &&
> bdrv_is_unallocated_range(bs, offset, job->cluster_size))
> {
> + job_progress_update(&job->common.job, job->cluster_size);
> bdrv_reset_dirty_bitmap(job->copy_bitmap, offset,
> job->cluster_size);
> continue;
>
signature.asc
Description: OpenPGP digital signature
[Qemu-devel] [PATCH 6/8] block/backup: issue progress updates for skipped regions, John Snow, 2019/07/09
- Re: [Qemu-devel] [PATCH 6/8] block/backup: issue progress updates for skipped regions,
Max Reitz <=
[Qemu-devel] [PATCH 5/8] iotests/257: test API failures, John Snow, 2019/07/09
[Qemu-devel] [PATCH 3/8] iotests/257: Refactor backup helpers, John Snow, 2019/07/09