баси...какво ли не се изписа. значи, аз не ползвам тоя обект, но се басирам че е реализиран със примитивите на виндовса. някой каза че може да не се ползват - това не е вярно. някои частни случаи могат да се защитят само със volatile променливи (такива които не се оптимизират), но в общия случай няма решение. за защита от критичните секции е необходим примитив, който може на един такт да бъде заключен и проверен. ако нямаме такъв примитив, синхронизацията е невъзможна. по принцип най-простия синхронизационен примитив във виндовса е мутекса. мутекса позволява само на един собственик да държи даден ресурс, като тези които не го държат, зависват върху функцията WaitForSingleObject. аз лично си ползвам директно примитивите на виндовса и мисля че са направени много добре, бих казал че няма как повече да се упростят.

volatile само това ли значи - липса на оптимизация?

да доколкото знам. трябва да се ползват volatile променливи, щото иначе може да циклиш и да чакаш да стане някой флаг 1, а той отдавна да е станал, но в паметта, а регистъра който го е заредил си стои непроменен.

Значи, че тази променлива може да се променя от вън - например прекъсване, друг thread или процес. И в този случай програмата трябва винаги да ползва стойноста и от паметта, а не да я зарежда и държи в регистър.