Легкие спин-блокировки создаются из атомарных операций GCC?

Я хотел бы минимизировать синхронизацию и написать свободный от блокировок код, если это возможно, в моем проекте. Когда абсолютно необходимый я хотел бы занять место, легкие спин-блокировки создали из атомарных операций для pthread и win32 взаимоисключающих блокировок. Мое понимание - то, что они - системные вызовы внизу и могли вызвать контекстное переключение (который может быть ненужным для очень быстрых критических разделов, где просто вращение несколько раз было бы предпочтительно).

Атомарные операции, к которым я обращаюсь, хорошо документируются здесь: http://gcc.gnu.org/onlinedocs/gcc-4.4.1/gcc/Atomic-Builtins.html

Вот пример для иллюстрирования то, о чем я говорю. Вообразите RB-дерево с несколькими средствами чтения и устройствами записи возможным. RBTree:: существует (), только для чтения и ориентирован на многопотоковое исполнение, RBTree:: вставьте (), потребовал бы, чтобы эксклюзивный доступ единственным устройством записи (и никакие читатели) был безопасен. Некоторый код:

class IntSetTest
{
private:
    unsigned short lock;
    RBTree* myset;

public:
    // ...

    void add_number(int n)
    {
        // Aquire once locked==false (atomic)
        while (__sync_bool_compare_and_swap(&lock, 0, 0xffff) == false);

        // Perform a thread-unsafe operation on the set
        myset->insert(n);

        // Unlock (atomic)
        __sync_bool_compare_and_swap(&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(&lock, savedlock, savedlock+1) == false)
            savedlock = lock;

        // Perform read-only operation    
        bool exists = tree->exists(n);

        // Decrement
        savedlock = lock;
        while (__sync_bool_compare_and_swap(&lock, savedlock, savedlock-1) == false)
            savedlock = lock;

        return exists;
    }
};

(позволяет, предполагают, что это не должно быть безопасно от исключения),

Этот код действительно ориентирован на многопотоковое исполнение? Там какие-либо профессионалы/недостатки к этой идее? Совет? Является использование спин-блокировок как это плохой идеей, если потоки не действительно параллельны?

Заранее спасибо. ;)