Кресты / Говнокод #14358 Ссылка на оригинал

0

  1. 1
std::thread_fence(get_current_memory_order());

Запостил: LispGovno LispGovno, (Updated )

Комментарии (10) RSS

        • ava guest # Ссылка на оригинал 0 ⇈

          Никто не знает как будет вести себя компилятор, если вызвать std::atomic_thread_fence с не константой времени компиляции. Наверное будет игнорировать параметр переданный в std::atomic_thread_fence и установит самый жесткий барьер памяти для данной архитектуры проца.
          Ответить

          • ava TarasB # Ссылка на оригинал 0 ⇈

            Не понял, логика этой функции рассчитана на оптимизации компилятора?
            Ответить

            • ava roman-kashitsyn # Ссылка на оригинал 0 ⇈

              Скорее безусловно отключает потенциально возможные оптимизации компилятора. Я что-то в драфте стандарта не могу ничего по этому поводу найти.
              Ответить

              • ava guest # Ссылка на оригинал 0 ⇈

                что-за возможность?
                переноса через "барьер" переменных при relaxed?
                Ответить

                • ava guest # Ссылка на оригинал 0 ⇈

                  а ещё все время ставит параметром std::memory_order_seq_cst?
                  Ответить

Добавить комментарий

Помни, guest, за тобой могут следить!

    А не использовать ли нам bbcode?

    ↑
    8
    ↓