170 похожих чатов

(Моё понимание такое, могу быть не прав). seq_cst - для чтения/записи

гарантирует то же что и acquire/release + дополнительные гарантии того что seq_cst доступ не переупорядоточен с другими доступами к памяти вокруг.

Как только вы начинаете миксовать sequentially consistent модель с acquire/release, стандарт говорит что "sequentially consistent" - не гарантируется, вы просто сьезжаете на acquire/release модель.

То есть, в оригинальном вопросе (он такой ?): https://godbolt.org/z/7sqaXk std::exit() гарантированно никогда не сработает:
если ready_ == 1 (acquire), то v_ == 42.
Естественно, чтение ready_ флага нужно делать как минимум всегда с acquire семанитикой чтобы сказанное выше соблюдалось.
(То что сказал Max выше).
Это, по сути, то же что и вы написали: "*когда* другое ядро увидит изменение атомика, оно так же увидит и все изменения идущие перед изменением атомика".

По поводу hazard pointer примера, немного непонятно, на RMW тоже навешивается memory_order.
Нужно смотреть конкретный пример.

В общем, насколько я понимаю, такое https://godbolt.org/z/7sqaXk поведение гарантировано стандартом.

1 ответов

11 просмотров

интересная тема :) я тоже думаю, что на практике в твоем примере std::exit не вызовется. seq_cst более строгая гарантия. в скомпиленном примере там вкорячем mfence, что логично. Но вот действительно ли можно seq_cst миксовать? если да, то когда и зачем? :) btw, я открыл последний драфт и там вот (n4842, пункт 31.4 -> (4.4) ): 6 [Note: We do not require that S be consistent with “happens before” (6.9.2.1). This allows more efficient implementation of memory_order::acquire and memory_order::release on some machine architectures. It can produce surprising results when these are mixed with memory_order::seq_cst accesses. — end note] 7 [Note: memory_order::seq_cst ensures sequential consistency only for a program that is free of data races and uses exclusively memory_order::seq_cst atomic operations. Any use of weaker ordering will invalidate this guarantee unless extreme care is used. In many cases, memory_order::seq_cst atomic operations are reorderable with respect to other atomic operations performed by the same thread. — end note] если чо, я не настоящий сварщик и, мб, херово распарсил :)

Похожие вопросы

Обсуждают сегодня

а через ESC-код ?
Alexey Kulakov
29
30500 за редактор? )
Владимир
47
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
13
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Как передать управляющий символ в открытую через CreateProcess консоль? Собсна, есть процедура: procedure TRedirectThread.WriteData(Data: OEMString); var Written: Cardinal;...
Serjone
6
в JclConsole объявлено так: function CtrlHandler(CtrlType: DWORD): BOOL; stdcall; - где ваше объявление с stdcall? у вас на картинке нет stdcall
Karagy
8
Ребят в СИ можно реализовать ООП?
Николай
33
Вот еще странный косяк, подскажите как бороться. Я git clone сделал себе всего embassy и примеры там запускаю. Всё хорошо. Но вот решил в cargo.toml зависимости не как в приме...
Lukutin R2AJP
2
program test; {$mode delphi} procedure proc(v: int32); overload; begin end; procedure proc(v: int64); overload; begin end; var x: uint64; begin proc(x); end. Уж не знаю...
notme
6
Карта сайта