t;
>
>
> *From:* Derek Su
> *Sent:* Tuesday, September 22, 2020 1:18 PM
> *To:* Rao, Lei
> *Cc:* Zhang, Chen ; qemu-devel <
> qemu-devel@nongnu.org>; zhang.zhanghaili...@huawei.com;
> quint...@redhat.com; dgilb...@redhat.com
> *Subject:* Re: [PATCH v1 1/1] COLO: only
to:zhang.zhanghaili...@huawei.com>;
quint...@redhat.com<mailto:quint...@redhat.com>;
dgilb...@redhat.com<mailto:dgilb...@redhat.com>
Subject: Re: [PATCH v1 1/1] COLO: only flush dirty ram pages from colo cache
Hi, Chen
Sure.
BTW, I just went through Lei's patch.
ram_bulk_stage() might n
Lei.
>
> From: Derek Su
> Sent: Tuesday, September 22, 2020 11:48 AM
> To: Zhang, Chen
> Cc: qemu-devel ; Rao, Lei ;
> zhang.zhanghaili...@huawei.com; quint...@redhat.com; dgilb...@redhat.com
> Subject: Re: [PATCH v1 1/1] COLO: only flush dirty ram pages from colo
> cache
>
;
zhang.zhanghaili...@huawei.com; quint...@redhat.com; dgilb...@redhat.com
Subject: Re: [PATCH v1 1/1] COLO: only flush dirty ram pages from colo cache
Hi, Chen
Sure.
BTW, I just went through Lei's patch.
ram_bulk_stage() might need to reset to true after stopping COLO service as my
patch.
How about your
*Cc:* zhang.zhanghaili...@huawei.com; quint...@redhat.com;
> dgilb...@redhat.com; Zhang, Chen
> *Subject:* Re: [PATCH v1 1/1] COLO: only flush dirty ram pages from colo
> cache
>
>
>
> Hello, all
>
>
>
> Ping...
>
>
>
> Regards,
>
> Derek Su
>
>
&g
; dgilb...@redhat.com;
Zhang, Chen
Subject: Re: [PATCH v1 1/1] COLO: only flush dirty ram pages from colo cache
Hello, all
Ping...
Regards,
Derek Su
Derek Su mailto:dere...@qnap.com>> 於 2020年9月10日 週四 下午6:47寫道：
In secondary side, the colo_flush_ram_cache() calls
migration_bitmap_find
Hello, all
Ping...
Regards,
Derek Su
Derek Su 於 2020年9月10日 週四 下午6:47寫道：
> In secondary side, the colo_flush_ram_cache() calls
> migration_bitmap_find_dirty() to finding the dirty pages and
> flush them to host. But ram_state's ram_bulk_stage flag is always
> enabled in secondary side, it
In secondary side, the colo_flush_ram_cache() calls
migration_bitmap_find_dirty() to finding the dirty pages and
flush them to host. But ram_state's ram_bulk_stage flag is always
enabled in secondary side, it leads to the whole ram pages copy
instead of only dirty pages.
Here, the ram_bulk_stage
