У меня при загрузке ядра каждый раз вот такое происходит
microcode: CPU0: patch_level=0x010000c9
[    2.721383] microcode: CPU1: patch_level=0x010000c9
[    2.721437] microcode: CPU2: patch_level=0x010000c9
[    2.721491] microcode: CPU3: patch_level=0x010000c9
[    2.721544] microcode: Microcode Update Driver: v2.2.
Даже адреса какие то есть, это куда заливается чтоли

Больше похоже на версию

ну да похоже, для всех ядер одинаковая, еслиб были адреса, то разные должны были бы быть
Это обновления безопасности я вычитал, но они должны кстати быстродействие замедлять ядер,, это недавно скандал был с каким-то чтением кэша ядер непривелигированым, что-то такое

spectre/meltdown?

дада, вот это

там какой-то прикол с tlb

Я немного подумал над таблицами с сайта  http://users.ece.cmu.edu/~koopman/lfsr/index.html и сделал предположение, что свойством делится на две части обладают полиномы, «половинки» которых сами порождают последовательность максимальной длины для своей разрядности. Взяв таблицы для 8 и 16 разрядов, я получил комбинации по два числа из 8-ми разрядных таблиц, и выбрал из них те, что входят в 16-ти разрядную таблицу. Таковых получилось 34 штуки. Черновая проверка показала, что все 34 полинома действительно порождают полные последовательности в своих полубайтах!
P.S. Повторил проверку для суммы 6+10 разрадов. Вроде тоже сходится.

Добро пожаловать maplum. Не ответив на вопрос, будешь удалён из чата

@maplum, привет! Что такое OR?

1 or 0 = 1

а чему равно 1 OR 1 XOR 1?

0

Верно :)

В сях - 1

Бот что-то не захотел общаться и тестовые вопросы задавать

Смотря какой компилятор

а это потому, что там всякие аргументы, по умолчанию с права на лево читаются?

Это потому, что у ксора приоритет выше, чем у всяких ИЛИ

Не соглашусь. Разные компиляторы (msvc, gcc,intel)по разному отработают это выражение. Лень проверять, за такой код больно по рукам бьют

И tasm и fasm