p change).
>>>>>>>
>>>>>>> I crafted WIP patch to present my idea:
>>>>>>>
>>>>>>> https://gerrit.fd.io/r/c/vpp/+/34326
>>>>>>>
>>>>>>> In this patch I get a rid of all store
ms with strong memory ordering (like x86_64) this will result
>>>>>> with just normal stores (but compiler will know that it should not
>>>>>> reorder them).
>>>>>> On platforms with weak memory ordering (like arch64) this will result in
>>&
(ptr, val, __ATOMIC_RELEASE);
>>>>>>
>>>>>> On platforms with strong memory ordering (like x86_64) this will result
>>>>>> with just normal stores (but compiler will know that it should not
>>>>>> reorder them).
>>&g
mailto:vpp-dev@lists.fd.io>
mailto:vpp-dev@lists.fd.io>> On Behalf Of Nick Zavaritsky
Sent: Monday, November 1, 2021 12:12 PM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: [vpp-dev] Bihash is considered thread-safe but probably shouldn't
Hello bihash experts!
The
>>>> Thanks,
>>>>
>>>> —
>>>> Damjan
>>>>
>>>>
>>>>
>>>>> On 02.11.2021., at 12:14, Dave Barach >>>> <mailto:v...@barachs.net>> wrote:
>>>>>
>>>>> Dear
priority, or some other
>>>> expedients to make the required assumptions true?
>>>>
>>>> It’s easy enough to change the code in various ways so this use-case
>>>> cannot backfire. High on the list: always make a working copy of the
>>>>
thread priority, or some other
>>> expedients to make the required assumptions true?
>>>
>>> It’s easy enough to change the code in various ways so this use-case cannot
>>> backfire. High on the list: always make a working copy of the bucket, vs.
>>> updat
> backfire. High on the list: always make a working copy of the bucket, vs.
>> update in place. Won’t help write performance, but it’s likely to make the
>> pain go away.
>>
>> Bucket-level reader-locks would involve adding Avogadro’s number of atomic
>> ops to the p
WIW... Dave
>
>
> From: vpp-dev@lists.fd.io On Behalf Of Nick Zavaritsky
> Sent: Monday, November 1, 2021 12:12 PM
> To: vpp-dev@lists.fd.io
> Subject: [vpp-dev] Bihash is considered thread-safe but probably shouldn't
>
> Hello bihash experts!
>
> There&#
-starter.
FWIW... Dave
From: vpp-dev@lists.fd.io On Behalf Of Nick Zavaritsky
Sent: Monday, November 1, 2021 12:12 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Bihash is considered thread-safe but probably shouldn't
Hello bihash experts!
There's an old thread claiming t
Hello bihash experts!
There's an old thread claiming that bihash lookup can produce a value=-1 under
intense add/delete concurrent activity:
https://lists.fd.io/g/vpp-dev/message/15606
We had a seemingly related crash recently when a lookup in snat_main.flow_hash
yielded a value=-1 which was s
11 matches
Mail list logo
