On 6/30/23 08:40, Eelco Chaudron wrote:
>
>
> On 29 Jun 2023, at 17:54, Ilya Maximets wrote:
>
>> On 6/29/23 17:43, Eelco Chaudron wrote:
>>>
>>>
>>> On 22 Jun 2023, at 0:32, Ilya Maximets wrote:
>>>
Current implementation of meters in the userspace datapath takes
the meter lock for
On 29 Jun 2023, at 17:54, Ilya Maximets wrote:
> On 6/29/23 17:43, Eelco Chaudron wrote:
>>
>>
>> On 22 Jun 2023, at 0:32, Ilya Maximets wrote:
>>
>>> Current implementation of meters in the userspace datapath takes
>>> the meter lock for every packet batch. If more than one thread
>>> hits
On 6/29/23 17:43, Eelco Chaudron wrote:
>
>
> On 22 Jun 2023, at 0:32, Ilya Maximets wrote:
>
>> Current implementation of meters in the userspace datapath takes
>> the meter lock for every packet batch. If more than one thread
>> hits the flow with the same meter, they will lock each other.
On 22 Jun 2023, at 0:32, Ilya Maximets wrote:
> Current implementation of meters in the userspace datapath takes
> the meter lock for every packet batch. If more than one thread
> hits the flow with the same meter, they will lock each other.
>
> Replace the critical section with atomic
Tested-by: Lin Huang
Tested-by: Zhang YuHuang
On 6/22/2023 6:32 AM, Ilya Maximets wrote:
Current implementation of meters in the userspace datapath takes
the meter lock for every packet batch. If more than one thread
hits the flow with the same meter, they will lock each other.
Replace the
On Thu, Jun 22, 2023 at 12:32:20AM +0200, Ilya Maximets wrote:
> Current implementation of meters in the userspace datapath takes
> the meter lock for every packet batch. If more than one thread
> hits the flow with the same meter, they will lock each other.
>
> Replace the critical section with
Current implementation of meters in the userspace datapath takes
the meter lock for every packet batch. If more than one thread
hits the flow with the same meter, they will lock each other.
Replace the critical section with atomic operations to avoid
interlocking. Meters themselves are
