...@web.de
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH v2 05/10] Optimize the function of packet_new
> +offset = colo_bitmap_find_dirty(ram_state, block, offset,
> + &num);
IIUC, this return value would pass to the next round as start index, so you
should skip the already c
Lei; Zhang,
> Chen;jasow...@redhat.com;quint...@redhat.com;dgilb...@redhat.com;pbonz...@redhat.com;lukasstra...@web.de
> Cc:qemu-devel@nongnu.org
> Subject: Re: [PATCH v2 05/10] Optimize the function of packet_new
>
>
Chen ;
jasow...@redhat.com; quint...@redhat.com; dgilb...@redhat.com;
pbonz...@redhat.com; lukasstra...@web.de
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH v2 05/10] Optimize the function of packet_new
On 3/12/21 1:02 PM, leirao wrote:
> From: "Rao, Lei"
>
> if we put t
On 3/12/21 1:02 PM, leirao wrote:
> From: "Rao, Lei"
>
> if we put the data copy outside the packet_new(), then for the
> filter-rewrite module, there will be one less memory copy in the
> processing of each network packet.
>
> Signed-off-by: Lei Rao
> ---
> net/colo-compare.c| 7 +--
From: "Rao, Lei"
if we put the data copy outside the packet_new(), then for the
filter-rewrite module, there will be one less memory copy in the
processing of each network packet.
Signed-off-by: Lei Rao
---
net/colo-compare.c| 7 +--
net/colo.c| 4 ++--
net/colo.h