Примитивы синхронизации

[_Bers]

Сообщение от Pavia

Открываем статью.
То что жирным называется Spin-lock. Дальше статью я так понимаю читать нет смысла. Они вас обманывают.

это называется "не читал, но осуждаю".

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

там целый цикл статей на русском начиная от самих основ,
и определений понятий "атомарных операций", "барьеров памяти" и тп,
что бы потом такие как вы не приходили,
и не называли барьер памяти примитивом синхронизации,
например.

кому нужно - тот прочитает, осознает, и научится.

[Pavia]

Сообщение от _Bers

это называется "не читал, но осуждаю".

Читал поэтому и осуждаю. И вообще это не статья, а чистый бред. Поэтому комментировать её нет смысла. Так что можете заблуждаться сами.

Сообщение от _Bers

кому нужно - тот прочитает, осознает, и научится.

И чему научит статья? Там же толом ничего не описано. Вы подоплёку то статьи знаете?
Есть примитив синхронизации Spin-lock в первых его реализациях были ошибки которые приводили к большим задержкам по времени, до тех пор пока поток не вытесниться. Вернее эта была архитектурные ошибки ЦП, которые пришлось устранять программно. Ошибка заключалось в том что для ЦП цикл превращался в непрерывный поток CAS и другое ядро не могло вклиниться.
Из-за чего потоки блокировался до тех пор пока они принудительно не будут прерваны планировщиком ОС.
Потом разобрались и ввели между CAS небольшие паузы что-бы другие потоки могли вклиниться. Без пауз получался непрерывный поток блокирующих инструкций и другие потоки не могли вклиниться. А с ведением пауз (цикла из nop) - время блокировки сократилось более чем в 1000 раз. Примерно с единиц мс до единиц мкс.
А теперь самое важно программисту об этом заботиться не стоит. Все нормальные библиотеки уже поправили реализации своих примитивов синхронизации. Если не ошибаюсь то MS по правила свои библиотеке с выходом WinXP.