Производительность Interlocked.Increment

Question

Является ли Interlocked.Increment(ref x) быстрее или медленнее, чем x++ для целых и длинных на различных платформах?

Answer 1

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

Вы должны использовать Interlocked.Increment, когда хотите, чтобы действие было атомарным в состоянии, которое может быть разделено между потоками - оно не предназначено для полной замены x ++.

Answer 2

По нашему опыту, InterlockedIncrement () и др. Для Windows оказывают довольно значительное влияние. В одном примере мы смогли устранить блокировку и использовать вместо нее ++ / -. Одно это уменьшило время пробега со 140 до 110 секунд. Мой анализ состоит в том, что блокировка вызывает возврат памяти (иначе как другие ядра могли бы видеть это?). Чтение / запись в кэш-память L1 занимает около 10 тактов, а чтение / запись в память больше похоже на 100.

В этом примере я оценил количество операций увеличения / уменьшения примерно в 1 миллиард. Таким образом, для процессора с частотой 2 ГГц это примерно 5 секунд для ++ / - и 50 секунд для блокировки. Распределите разницу по нескольким потокам и приблизите ее к 30 секундам.

Answer 3

Подумайте об этом на мгновение, и вы поймете, что вызов Increment не может быть быстрее, чем простое применение оператора приращения. Если бы это было так, то реализация компилятором оператора приращения вызвала бы Increment внутри, и они выполнили бы то же самое.

Но, как вы можете убедиться, проверив это на себе, они не выполняют то же самое.

Два варианта имеют разные цели. Обычно используйте оператор приращения. Используйте Increment, когда вам нужно, чтобы операция была атомарной, и вы уверены, что все другие пользователи этой переменной также используют взаимосвязанные операции. (Если они не все сотрудничают, то это не очень помогает.)

Answer 4

Это медленнее. Тем не менее, это наиболее эффективный из всех известных мне способов обеспечения безопасности потоков для скалярных переменных.

Answer 5

Мой тест производительности:

летучие: 65,174,400

замок: 62 428 600

взаимосвязано: 113 248 900

TimeSpan span = TimeSpan.FromSeconds(5);

object syncRoot = new object();
long test = long.MinValue;

Do(span, "volatile", () => {

    long r = Thread.VolatileRead(ref test);

    r++;

    Thread.VolatileWrite(ref test, r);
});

Do(span, "lock", () =>
{
    lock (syncRoot)
    {
        test++;
    }
});

Do(span, "interlocked", () =>
{
    Interlocked.Increment(ref test);
});

Answer 6

Это всегда будет медленнее, потому что он должен выполнить блокировку шины ЦП, а не просто обновлять регистр. Однако современные процессоры достигают почти регистровой производительности, поэтому они незначительны даже при обработке в реальном времени.