Re: [ovs-dev] [PATCH v2 2/2] conntrack: Key connections by zone.

2024-05-21 Thread Felix Huettner via dev
Hi everyone, On Mon, May 13, 2024 at 03:05:47PM +0200, Paolo Valerio wrote: > Hi Peng, > > Peng He writes: > > > To seperate into N cmaps, why not use hash value divided by N? > > > > FWIW, I think it makes sense to discuss the potential benefits of other > approaches as well. i just

Re: [ovs-dev] [PATCH v2 2/2] conntrack: Key connections by zone.

2024-05-13 Thread Paolo Valerio
Hi Peng, Peng He writes: > To seperate into N cmaps, why not use hash value divided by N? > FWIW, I think it makes sense to discuss the potential benefits of other approaches as well. They may even end up not being as performant as this one, but also some points to consider here are: - the

Re: [ovs-dev] [PATCH v2 2/2] conntrack: Key connections by zone.

2024-05-12 Thread Peng He
To seperate into N cmaps, why not use hash value divided by N? Simon Horman 于2024年5月1日周三 19:06写道: > On Wed, Apr 24, 2024 at 02:44:54PM +0200, Felix Huettner via dev wrote: > > Currently conntrack uses a single large cmap for all connections stored. > > This cmap contains all connections for all

Re: [ovs-dev] [PATCH v2 2/2] conntrack: Key connections by zone.

2024-05-01 Thread Simon Horman
On Wed, Apr 24, 2024 at 02:44:54PM +0200, Felix Huettner via dev wrote: > Currently conntrack uses a single large cmap for all connections stored. > This cmap contains all connections for all conntrack zones which are > completely separate from each other. By separating each zone to its own > cmap

[ovs-dev] [PATCH v2 2/2] conntrack: Key connections by zone.

2024-04-24 Thread Felix Huettner via dev
Currently conntrack uses a single large cmap for all connections stored. This cmap contains all connections for all conntrack zones which are completely separate from each other. By separating each zone to its own cmap we can significantly optimize the performance when using multiple zones. The