ek Su
> > > Cc: qemu-devel@nongnu.org; lizhij...@cn.fujitsu.com;
> > > chy...@qnap.com; jasow...@redhat.com; ctch...@qnap.com; Zhang,
> Chen
> > > ; jwsu1...@gmail.com
> > > Subject: Re: [PATCH v4 2/2] net/colo-compare.c: handling of the full
> > > primary or
M
> > To: Derek Su
> > Cc: qemu-devel@nongnu.org; lizhij...@cn.fujitsu.com; chy...@qnap.com;
> > jasow...@redhat.com; ctch...@qnap.com; Zhang, Chen
> > ; jwsu1...@gmail.com
> > Subject: Re: [PATCH v4 2/2] net/colo-compare.c: handling of the full primary
> > or secondary queue
&g
[PATCH v4 2/2] net/colo-compare.c: handling of the full primary
> or secondary queue
>
> On Sat, 28 Mar 2020 20:46:46 +0800
> Derek Su wrote:
>
> > The pervious handling of the full primary or queue is only dropping
> > the packet. If there are lots of clients to the gu
On Sat, 28 Mar 2020 20:46:46 +0800
Derek Su wrote:
> The pervious handling of the full primary or queue is only dropping
> the packet. If there are lots of clients to the guest VM,
> the "drop" will lead to the lost of the networking connection
> until next checkpoint.
>
> To address the issue,
On Sat, 28 Mar 2020 20:46:46 +0800
Derek Su wrote:
> The pervious handling of the full primary or queue is only dropping
> the packet. If there are lots of clients to the guest VM,
> the "drop" will lead to the lost of the networking connection
> until next checkpoint.
>
> To address the issue,
> Subject: [PATCH v4 2/2] net/colo-compare.c: handling of the full primary or
> secondary queue
>
> The pervious handling of the full primary or queue is only dropping the
> packet. If there are lots of clients to the guest VM, the "drop" will lead to
> the
> lo
The pervious handling of the full primary or queue is only dropping
the packet. If there are lots of clients to the guest VM,
the "drop" will lead to the lost of the networking connection
until next checkpoint.
To address the issue, this patch drops the packet firstly.
Then, do checkpoint and flus
