Когда использовать volatile для противодействия оптимизации компилятора в C #

Я потратил много недель на многопоточное кодирование на C # 4.0. Однако есть один вопрос, на который у меня нет ответа.

Я понимаю, что ключевое слово volatile не позволяет компилятору сохранять переменные в регистрах, что позволяет избежать непреднамеренного чтения устаревших значений. Записи всегда изменчивы в .Net, поэтому любая документация, в которой говорится, что она также позволяет избежать записи устаревших файлов, является избыточной.

Я также знаю, что оптимизация компилятора несколько «непредсказуема». Следующий код иллюстрирует остановку из-за оптимизации компилятора (при запуске компиляции выпуска вне VS):

class Test
{
    public struct Data
    {
        public int _loop;
    }

    public static Data data;

    public static void Main()
    {
        data._loop = 1;
        Test test1 = new Test();

        new Thread(() =>
        {
            data._loop = 0;
        }
        ).Start();

        do
        {
            if (data._loop != 1)
            {
                break;
            }

            //Thread.Yield();
        } while (true);

        // will never terminate
    }
}

Код ведет себя так, как ожидалось. Однако, если я раскомментирую //Thread.Yield (); line, то цикл выйдет.

Кроме того, если я помещу инструкцию Sleep перед циклом do, он завершится. Я не понимаю.

Естественно, если добавить в _loop переменную volatile, то цикл будет завершен (в показанном шаблоне).

Мой вопрос: каким правилам следует компилятор, чтобы определить, когда неявно выполнять изменчивое чтение? И почему я все еще могу заставить цикл выйти с тем, что я считаю странными?

EDIT

IL для кода, как показано (зависает):

L_0038: ldsflda valuetype ConsoleApplication1.Test/Data ConsoleApplication1.Test::data
L_003d: ldfld int32 ConsoleApplication1.Test/Data::_loop
L_0042: ldc.i4.1 
L_0043: beq.s L_0038
L_0045: ret 

IL с Yield () (не останавливается):

L_0038: ldsflda valuetype ConsoleApplication1.Test/Data ConsoleApplication1.Test::data
L_003d: ldfld int32 ConsoleApplication1.Test/Data::_loop
L_0042: ldc.i4.1 
L_0043: beq.s L_0046
L_0045: ret 
L_0046: call bool [mscorlib]System.Threading.Thread::Yield()
L_004b: pop 
L_004c: br.s L_0038