code_cppИ ещё: необходимо ли при чтении/записи данных использовать блокировку при чтении, если величина данных до 8 байт на x64 и до 4 байт на x86?
Есть 2 правильных варианта:
1. защищаешь операции с этими 8 байтами какой-то блокировкой (mutex, shared_mutex, ..., std::promise/std::future, ...)
2. эти 8 байт определяешь как std::atomic<uint64_t> и работаешь с ними без блокировок


И 2 неправильных варианта для извращенцев:

3. эти 8 байт определяешь как alignas(8) uint64_t и после записи вызываешь функцию std::atomic_thread_fence(std::memory_order_seq_cst) ;, а перед чтением вызываешь функцию std::atomic_thread_fence(std::memory_order_seq_cst); , в этом случае поддерживаются только чтение и запись, но атомарность RMW-операций (+=, ++, ..., cas, swap) - не поддерживается

4. эти 8 байт определяешь как volatile alignas(8) uint64_t - в этом случае также поддерживаются только чтение и запись, но атомарность RMW-операций (+=, ++, ..., cas, swap) - не поддерживается, а так же порядок выполнения операций с разными переменными разделяемыми между потоками - не определён

code_cppДопустим, два потока периодически считывают целочисленную переменную, занимающую 8 байт на x64, а ещё 2 инкрементируют её.
Зачем нужна синхронизация для тех потоков, которые её считывают?
А что такое синхронизация, это: spilling, filling, alignment, ordering или rmw-atomic?

code_cppВася Уткин,

я и пытаюсь выяснить, нужна ли она в том случае, который я описал.
Нужна: filling, alignment.