ну там топология личных кэшей - общая шина? только личные и всеобщие кэши или еще промежуточные есть?
они обычно иерархические со сквозной записью, то есть проц пишет в L1 и дальше делами занимается, а врайт пролезает в более высокие уровни до самого ОЗУ
Typically, ccNUMA uses inter-processor communication between cache controllers to keep a consistent memory image when more than one cache stores the same memory location.
они обычно иерархические со сквозной записью, то есть проц пишет в L1 и дальше делами занимается, а врайт пролезает в более высокие уровни до самого ОЗУ
это я понимаю, просто если условного говоря будет L3 блок на ядро 1 и 2 отдельно, на 3 и 4 отдельно еще полезет что надо affinity настраивать
Typically, ccNUMA uses inter-processor communication between cache controllers to keep a consistent memory image when more than one cache stores the same memory location.
чем не устраивает?
ну примерно так и без нумы работает, просто лишняя сущностью сейчас
а это как раз MESI протокол разруливает через межпроцессорный интерконнект
я тебе про то, что топология, отличная от "общая шина" будет требовать еще немного еботы про разное время коммуникации в зависимости от пар ядер и настройку дохуя всего для выжимания тактиков
я тебе про то, что топология, отличная от "общая шина" будет требовать еще немного еботы про разное время коммуникации в зависимости от пар ядер и настройку дохуя всего для выжимания тактиков
ну вот NUMA как раз про совершенно разделенные пространства памяти, которые через IPC синхронизируются. Современные процы тоже стараются не делать тупо общую шину т.к. она жрет энергию и время.