> -Original Message-
> From: Dr. David Alan Gilbert
> Sent: Friday, March 13, 2020 12:39 AM
> To: Lukas Straub
> Cc: Zhang, Chen ; Daniel Cho
> ; qemu-devel@nongnu.org; Jason Wang
> ; Zhanghailiang
> Subject: Re: The issues about architecture of the COLO
gt; > Cc: Dr. David Alan Gilbert ; Zhanghailiang
> > > ; qemu-devel@nongnu.org; Jason
> > > Wang
> > > Subject: Re: The issues about architecture of the COLO checkpoint
> > >
> > > Hi Zhang,
> > >
> > > Thanks for your help.
> &g
g; Jason
> > Wang
> > Subject: Re: The issues about architecture of the COLO checkpoint
> >
> > Hi Zhang,
> >
> > Thanks for your help.
> > However, did you occur the error which the function qemu_hexdump in
> > colo-compare.c will crash the qemu proce
> -Original Message-
> From: Daniel Cho
> Sent: Monday, February 24, 2020 3:15 PM
> To: Zhang, Chen
> Cc: Dr. David Alan Gilbert ; Zhanghailiang
> ; qemu-devel@nongnu.org; Jason
> Wang
> Subject: Re: The issues about architecture of the COLO checkpoint
>
nions, please let us know, and correct
> > us.
>
> It does need a timeout; the SVM being broken or being in a state where
> it never sends the corresponding packet (because of a state difference)
> can happen and COLO needs to timeout when the packet hasn't
> >
> >
> >
> > *From:* Zhang, Chen
> > *Sent:* Thursday, February 13, 2020 10:10 AM
> > *To:* 'Zhanghailiang'
> > mailto:zhang.zhanghaili...@huawei.com>>;
> > Daniel Cho <
> > daniel...@qnap.com<mailto:daniel...@qnap.com>&g
From: Daniel Cho
Sent: Thursday, February 20, 2020 11:49 AM
To: Zhang, Chen
Cc: Dr. David Alan Gilbert ; Zhanghailiang
; qemu-devel@nongnu.org; Jason Wang
Subject: Re: The issues about architecture of the COLO checkpoint
Hi Zhang,
Thanks, I will configure on code for testing first
( setting COLO feature ):
> >>>> > We could force do checkpoint after setting COLO feature finish,
> >>>> then it
> >>>> > will protect the state of PVM and SVM . As the Zhang Chen said.
> >>>>
>>>> > However, those situations are our views, so there might be a big
>>>> difference
>>>> > between reality and our views.
>>>> > If we have any wrong views and opinions, please let us know, and
>>>> correct
>
> us.
>>>
>>> It does need a timeout; the SVM being broken or being in a state where
>>> it never sends the corresponding packet (because of a state difference)
>>> can happen and COLO needs to timeout when the packet hasn't arrived
>>> after a while and t
#x27; mailto:zhang.zhanghaili...@huawei.com>>; Daniel Cho <
> > daniel...@qnap.com <mailto:daniel...@qnap.com>>
> > *Cc:* Dr. David Alan Gilbert mailto:dgilb...@redhat.com>>; qemu-devel@nongnu.org
<mailto:qemu-devel@nongnu.org>
when the packet hasn't arrived
>> after a while and trigger the checkpoint.
>>
>> Dave
>>
>> > Thanks.
>> >
>> > Best regards,
>> > Daniel Cho
>> >
>> > Zhang, Chen 於 2020年2月13日 週四 上午10:17寫道：
>> >
>> >
* Zhang, Chen
> > *Sent:* Thursday, February 13, 2020 10:10 AM
> > *To:* 'Zhanghailiang' mailto:zhang.zhanghaili...@huawei.com>>; Daniel Cho <
> > daniel...@qnap.com <mailto:daniel...@qnap.com>>
> > *Cc:* Dr. David Alan Gilbert mailt
ruary 15, 2020 11:36 AM
To: Dr. David Alan Gilbert
Cc: Zhang, Chen ; Zhanghailiang
; qemu-devel@nongnu.org; Jason Wang
Subject: Re: The issues about architecture of the COLO checkpoint
Hi Dave,
Yes, I agree with you, it does need a timeout.
Hi Hailiang,
We base on qemu-4.1.0 for using COLO fe
; Daniel Cho
> >
> > Zhang, Chen 於 2020年2月13日 週四 上午10:17寫道：
> >
> > > Add cc Jason Wang, he is a network expert.
> > >
> > > In case some network things goes wrong.
> > >
> > >
> > >
> > > Thanks
> > >
> &
; >
> >
> >
> > *From:* Zhang, Chen
> > *Sent:* Thursday, February 13, 2020 10:10 AM
> > *To:* 'Zhanghailiang' ; Daniel Cho <
> > daniel...@qnap.com>
> > *Cc:* Dr. David Alan Gilbert ; qemu-devel@nongnu.org
> > *Subject:* RE: Th
mpared with SVM
> packets.
>
> But to prevent jamming, I think COLO can do force checkpoint and send the
> PVM packets in this case.
>
>
>
> Thanks
>
> Zhang Chen
>
>
>
> *From:* Zhanghailiang
> *Sent:* Thursday, February 13, 2020 9:45 AM
> *To:* Danie
g>; Zhang, Chen
mailto:chen.zh...@intel.com>>
Subject: RE: The issues about architecture of the COLO checkpoint
Hi,
1. After re-walked through the codes, yes, you are right, actually, after
the first migration, we will keep dirty log on in primary side,
And only send the dir
From: Zhanghailiang
Sent: Thursday, February 13, 2020 9:45 AM
To: Daniel Cho
Cc: Dr. David Alan Gilbert ; qemu-devel@nongnu.org; Zhang,
Chen
Subject: RE: The issues about architecture of the COLO checkpoint
Hi,
1. After re-walked through the codes, yes, you are right, actually, after
the
-devel@nongnu.org
Subject: Re: The issues about architecture of the COLO checkpoint
Hi Hailiang,
Thanks for your replaying and explain in detail.
We will try to use the attachments to enhance memory copy.
However, we have some questions for your replying.
1. As you said, "for each check
Hi Zhang Chen,
> -Original Message-
> From: Zhang, Chen [mailto:chen.zh...@intel.com]
> Sent: Wednesday, February 12, 2020 1:45 PM
> To: Zhanghailiang ; Dr. David Alan
> Gilbert ; Daniel Cho
> Cc: qemu-devel@nongnu.org
> Subject: RE: The issues about architecture o
st regard,
Daniel Cho
Zhang, Chen 於 2020年2月12日 週三 下午1:45寫道：
>
>
> > -Original Message-
> > From: Zhanghailiang
> > Sent: Wednesday, February 12, 2020 11:18 AM
> > To: Dr. David Alan Gilbert ; Daniel Cho
> > ; Zhang, Chen
> > Cc: qemu-devel
> -Original Message-
> From: Zhanghailiang
> Sent: Wednesday, February 12, 2020 11:18 AM
> To: Dr. David Alan Gilbert ; Daniel Cho
> ; Zhang, Chen
> Cc: qemu-devel@nongnu.org
> Subject: RE: The issues about architecture of the COLO checkpoint
>
> Hi,
>
about architecture of the COLO checkpoint
cc'ing in COLO people:
* Daniel Cho (daniel...@qnap.com) wrote:
> Hi everyone,
> We have some issues about setting COLO feature. Hope somebody
> could give us some advice.
>
> Issue 1:
> We dynamic to set COLO feature for P
cc'ing in COLO people:
* Daniel Cho (daniel...@qnap.com) wrote:
> Hi everyone,
> We have some issues about setting COLO feature. Hope somebody could
> give us some advice.
>
> Issue 1:
> We dynamic to set COLO feature for PVM(2 core, 16G memory), but the
> Primary VM will pause a lon
25 matches
Mail list logo
