[ovs-dev] [PATCH v8] dpif-netlink: distribute polling to discreet handlers

Mark Gray mark.d.gray at redhat.com
Fri Sep 18 16:32:41 UTC 2020

On 18/09/2020 15:33, Mark Gray wrote:
> On 17/09/2020 20:23, Flavio Leitner wrote:
>> On Thu, Sep 17, 2020 at 08:43:38PM +0200, Ilya Maximets wrote:
>>> On 9/9/20 7:08 PM, Mark Gray wrote:
>>>> From: Aaron Conole <aconole at redhat.com>
>>> What is the reason of having this pool?  Datapath port numbers are unique
>>> except for ODPP_NONE, and all the functions you implemented actually
>>> iterates over all channels anyway to find one with requested port_idx.
>>> So, the only purpose of it is to avoid searching on incorect port number,
>>> but this should be a rare case.  Can we just remove it?
>>> OTOH, if it's necessary to have this id pool, I'd suggest to use hmapx
>>> instead as it already has all required infrastructure and doesn't actually
>>> care about range of values.
>> Well, now it iterates over handlers looking for a channel that has
>> a port, so maybe it's better to have ports hashed so we can get the
>> channel?
> So each channel will be in two maps, one global one for fast searches
> and to check for duplicates and a per-handler one?

I will make this change. It will be a significant rework but I think it
will make a different to the efficiency and clarity of the code.

More information about the dev mailing list