Синхронизация потока. Почему точно этой блокировки не достаточно для синхронизации потоков [дубликат]

Этот вопрос уже имеет ответы здесь :

Закрытый 8 лет назад .

Возможный Дубликат:
синхронизация Потоков. Как точно блокировка делает доступ к памяти 'корректным'?

Этот вопрос вдохновлен этот.

Мы получили следующий тестовый класс

class Test
{
    private static object ms_Lock=new object();
    private static int ms_Sum = 0;

    public static void Main ()
    {
        Parallel.Invoke(HalfJob, HalfJob);
        Console.WriteLine(ms_Sum);
        Console.ReadLine();
    }

    private static void HalfJob()
    {
        for (int i = 0; i < 50000000; i++) {
            lock(ms_Lock) { }// empty lock

            ms_Sum += 1;
        }
    }
}

, который Фактический результат очень близко к математическому ожиданию 100 000 000 (50 000 000 x 2, так как 2 цикла работают одновременно), приблизительно с 600 - 200 различий (ошибка составляет приблизительно 0,0004% на моей машине, которая является очень низкой). Никакой другой способ синхронизации не может обеспечить такой способ приближения (его или намного больший % ошибки или его корректных 100%)

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

enter image description here

Время работает слева направо, и 2 потока представлены двумя строками.

, где

черный квадрат представляет процесс получения, содержания и выпуска эти
, блокировка плюс представляет операцию сложения (схема представляет масштаб на мой ПК, блокировка берет, приблизился в 20 раз дольше, чем добавляют)
, белое поле представляет период, который состоит из попытки получить блокировку, и дальнейшее ожидание для него для становления доступным

Также блокировка обеспечивает весь забор памяти.

, Таким образом, вопрос теперь: если выше схемы представляет то, что продолжается, какова причина такой большой ошибки (теперь, ее большая схема причины похожа на очень сильную syncrhonization схему)? Мы могли понять различие между 1-10 на границах, но его ясно не единственная причина ошибки? Мы не видим, когда записи к ms_Sum, может оказаться, одновременно, вызывают ошибку.

РЕДАКТИРОВАНИЕ: многим людям нравится переходить к быстрым заключениям. Я знаю то, что синхронизация, и который выше конструкции не реальное или близко к хорошему способу синхронизировать потоки, если мы должны исправить результат. Иметь некоторую веру в плакат или возможно прочитать соединенный ответ сначала. Мне не нужен способ синхронизировать 2 потока для выполнения дополнений параллельно, я исследую это экстравагантное и все же эффективное, по сравнению с какой-либо возможный и приблизительный альтернатива, конструкция синхронизации (это синхронизируется в некоторой степени так не бессмысленный как предложенный)

c# .net multithreading locking

задан Community 23 May 2017 в 12:13

0 ответов

Другие вопросы по тегам:

c# .net multithreading locking

Синхронизация потока. Почему точно этой блокировки не достаточно для синхронизации потоков [дубликат]

0 ответов

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