Note that there are some explanatory texts on larger screens.

plurals
  1. POLightweight spinlocks built from GCC atomic operations?
    text
    copied!<p>I'd like to minimize synchronization and write lock-free code when possible in a project of mine. When absolutely necessary I'd love to substitute light-weight spinlocks built from atomic operations for pthread and win32 mutex locks. My understanding is that these are system calls underneath and could cause a context switch (which may be unnecessary for very quick critical sections where simply spinning a few times would be preferable).</p> <p>The atomic operations I'm referring to are well documented here: <a href="http://gcc.gnu.org/onlinedocs/gcc-4.4.1/gcc/Atomic-Builtins.html" rel="noreferrer">http://gcc.gnu.org/onlinedocs/gcc-4.4.1/gcc/Atomic-Builtins.html</a></p> <p>Here is an example to illustrate what I'm talking about. Imagine a RB-tree with multiple readers and writers possible. RBTree::exists() is read-only and thread safe, RBTree::insert() would require exclusive access by a single writer (and no readers) to be safe. Some code:</p> <pre><code>class IntSetTest { private: unsigned short lock; RBTree&lt;int&gt;* myset; public: // ... void add_number(int n) { // Aquire once locked==false (atomic) while (__sync_bool_compare_and_swap(&amp;lock, 0, 0xffff) == false); // Perform a thread-unsafe operation on the set myset-&gt;insert(n); // Unlock (atomic) __sync_bool_compare_and_swap(&amp;lock, 0xffff, 0); } bool check_number(int n) { // Increment once the lock is below 0xffff u16 savedlock = lock; while (savedlock == 0xffff || __sync_bool_compare_and_swap(&amp;lock, savedlock, savedlock+1) == false) savedlock = lock; // Perform read-only operation bool exists = tree-&gt;exists(n); // Decrement savedlock = lock; while (__sync_bool_compare_and_swap(&amp;lock, savedlock, savedlock-1) == false) savedlock = lock; return exists; } }; </code></pre> <p>(lets assume it need not be exception-safe)</p> <p>Is this code indeed thread-safe? Are there any pros/cons to this idea? Any advice? Is the use of spinlocks like this a bad idea if the threads are not truly concurrent?</p> <p>Thanks in advance. ;) </p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload