Roman MejtesПодскажите, может есть какой то сакральный смысл использования Thread.MemoryBarrier() который находится под блоком Lock? ведь данный участок кода, так и так, не будет выполняться одновременно в разных потоках, так как синхронизирован. Зачем тогда MemoryBarrier?
в рамках 1 потока, мне совершенно всё равно, как процессор будет переставлять команды.
может я чего то не знаю или это просто, кто то от большого ума сделал?

Утверждение верно, но не имеет отношения к барьеру. Сегмент кода внутри лока вполне может работать с паматью / объектами кототрые доступны другим потокам и могут использоватся в совершенно другом месте / коде.

LRDima TВ MSDN так написано
И там же, дальше "For most purposes, the C# lock statement, the Visual Basic SyncLock statement, or the Monitor class provide easier ways to synchronize data."
Хотя, как я понял, MemoryBarrier здесь (в .net) такой же как и в OpenCL (скалярные вычисления), суть не блокировать (одним от остальных), а "выровнять/дождаться" выполнение по всем потокам до этой заданной точки кода... Тогда, конечно, смысла внутри Lock нет никакого.

Ты не путаeш class Barrier и метод MemoryBarrier ?

LR,

All work-items in a work-group executing the kernel on a processor must execute this function before any are allowed to continue execution beyond the barrier.

По описанию workitems "задерживаются" пока все не достигнут бариера. Это поведение аналогично классу Barrier.
MemoryBarrier нокого не задерживает - другое.