Проблема с использованием std :: atomic_flag с рабочим потоком

извините за многословие - я приложил все усилия, чтобы сжать мой пример кода в минимально функциональный класс и

Получите / выпустите семантику с временными хранилищами на x64

У меня есть что-то вроде:

 для некоторого обсуждения проблем, обнаруженных в стандарте C11.

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

Будут ли две атомарные записи в разные места в разных потоках всегда рассматриваться в одном и том же порядке другими потоками?

Почему только std :: atomic_flag гарантированно не блокируется?

Из C ++ параллелизма в действии:Разница между std :: atomic и std :: atomic_flag заключается в том, что std :: atomic не может быть без блокировки; реализаци...

Необходимо ли использовать std :: atomic, чтобы сигнализировать, что поток завершил выполнение?

Я хотел бы проверить, если

Ошибка «Использование удаленной функции» с std :: atomic_int

@PeterCordes Я полностью согласен .. Безопасно использовать односторонний барьерный подход для описания того, как все работает. Это также (по крайней мере, для меня) самый простой способ визуализации вещей.

ели памяти C ++ существует общий порядок для всех загрузок и хранилищ всех последовательно согласованных операций. Мне интересно, как это взаимодействует с операциями, которые имеют другие упорядочения памяти, которые упорядочены до / после ...

GCC переупорядочивается при загрузке с помощью `memory_order_seq_cst`. Это разрешено?

 ключевое слово на всех.

нтересно, почему ни один компилятор не готов объединять последовательные записи одного и того же значения в одну атомарную переменную, например: #include <atomic> std::atomic<int> y(0); void f() { auto order = std::memory_order_relaxed; ...