Thread-safe way to add a key to a dict only if it isn't already there?

Chris Angelico rosuav at gmail.com
Sun Jul 8 12:50:10 EDT 2018


On Mon, Jul 9, 2018 at 2:11 AM, Marko Rauhamaa <marko at pacujo.net> wrote:
> MRAB <python at mrabarnett.plus.com>:
>> On 2018-07-08 14:38, Steven D'Aprano wrote:
>>> On Sun, 08 Jul 2018 14:11:58 +0300, Marko Rauhamaa wrote:
>>>
>> [snip]
>>>> More importantly, this loop may never finish:
>>>>
>>>>     # Initially
>>>>     quit = False
>>>>
>>>>     # Thread 1
>>>>     global quit
>>>>     while not quit:
>>>>         time.sleep(1)
>>>>
>>>>     # Thread 2
>>>>     global quit
>>>>     quit = True
>>>
>>> Assuming that thread 2 actually runs *at some point*, I don't see how
>>> that can't terminate. Neither thread sets quit to False, so provided
>>> thread 2 runs at all, it has to terminate.
>>>
>> [snip]
>>
>> The compiler could look at the code for thread 1 and see that 'quit' is
>> never assigned to, meaning that it could be "optimised" to:
>>
>>     global quit
>>     if not quit:
>>         while True:
>>             time.sleep(1)
>>
>> In C you'd declare 'quit' as 'volatile' to tell the compiler that it
>> could change unexpectedly, so don't make that assumption.
>
> C is an even tougher case. Even if the compiler kept on checking a
> volatile value, the CPU might never propagate the cache content to the
> other core. You'd need a memory barrier. In Java, "volatile" effectively
> creates a memory barrier, but in C (and C++) it does not. In C you need
> something like a mutex to see the effects of other threads running.
>
> (BTW, I think that's a terrible thing for the C standards committee to
> specify.)

None of this has any impact on Python whatsoever.

ChrisA



More information about the Python-list mailing list