lfsr_step(unsigned int):
mov eax, edi
shr eax
mov edx, eax
xor edx, -306674912
and edi, 1
cmovne eax, edx
ret
Я бы написал иначе:
lfsr_step(unsigned int):
shr eax,1
sbb ebx,ebx
and ebx, 0xedb88320
xor eax,ebx
ret
При реализации LFSR важно избегать условных переходов (JC, JNC и т.д.) потому, что в связи с псевдослучайностью последовательности предсказатель переходов процессора будет очень часто ошибаться. В результате код будет работать в разы медленнее.
Тестирование каналов связи с помощью LFSR — это хорошее дело, я этим тоже занимался. Важно, что последовательность непериодическая: некоторые искажения каналов связи на периодических сигналах не обнаруживаются.
Там используются те же самые десктопные ядра. Сюрпрайз!
Чтобы дотягиваться до M1 им нужно работать в буст-режиме. Так и получается, что 1165G7 и 4800U потребляют по 40-50Вт (при 15W TDP).
в виде сильно лучшего техпроцесса
A13 сделан на 7нм техпроцессе, что не мешает ему работать на уровне Ryzen 3900 в однопотоке.
и памяти распаянной прямо на процессоре.
Где доказательства что это на что-то влияет?
Память в смартфонах уже давно находится ещё ближе (PoP).
Латентность там хуже чем у Интела с DDR4.
В процессоре Core i5-L16G7 память прямо интегрирована в упаковку.
Помогает это ему? Разумеется нет.
Тут и техпроцесс примерно одинаковый (10нм Intel ~= 7nm TSMC), частота (3ГГц vs 2,66ГГц) и TDP. browser.geekbench.com/v5/cpu/compare/5700955?baseline=5883751
Стало быть, в вашей «системе связи» не было предусмотрено то, что называется data whitening, когда полезные данные, например, XOR-ятся с псевдослучайной последовательностью?
Всё проще: Отслеживает характерные для шифрования инструкции. Если их много — поднимает панику.
Использует встроенное видеоядро, если оно есть, для ускорения вычислений и для разгрузки самого процессора. Чтото в духе OpenCL или CUDA…
насколько я помню — меряли угол солнца и только в одной точке, потому что во второй точке в день измерения было равноденствие и «солнце в полдень светило на дно колодца».
Наверно, из-за таких ассемблерных программ и говорят, что компиляторы выдают лучший код, чем люди.
Страх и ужас!
Вот альтернативная реализация 32-битного LFSR Галуа с полиномом Ethernet (0xEDB88320). Оригинал на Си:
Результат компиляции GCC 10.2:
Я бы написал иначе:
При реализации LFSR важно избегать условных переходов (JC, JNC и т.д.) потому, что в связи с псевдослучайностью последовательности предсказатель переходов процессора будет очень часто ошибаться. В результате код будет работать в разы медленнее.
Тестирование каналов связи с помощью LFSR — это хорошее дело, я этим тоже занимался. Важно, что последовательность непериодическая: некоторые искажения каналов связи на периодических сигналах не обнаруживаются.
До чего же ничтожна часть сил, затрачиваемых на исследование окружающего мира…
Очень смущают эти строчки. Ставишь флаг равным 1, и сразу проверяешь его на равенство 0
Шутка, рассказанная дважды, в два раза смешнее(с)
Там используются те же самые десктопные ядра. Сюрпрайз!
Чтобы дотягиваться до M1 им нужно работать в буст-режиме. Так и получается, что 1165G7 и 4800U потребляют по 40-50Вт (при 15W TDP).
A13 сделан на 7нм техпроцессе, что не мешает ему работать на уровне Ryzen 3900 в однопотоке.
Где доказательства что это на что-то влияет?
Память в смартфонах уже давно находится ещё ближе (PoP).
Латентность там хуже чем у Интела с DDR4.
В процессоре Core i5-L16G7 память прямо интегрирована в упаковку.
Помогает это ему? Разумеется нет.
Тут и техпроцесс примерно одинаковый (10нм Intel ~= 7nm TSMC), частота (3ГГц vs 2,66ГГц) и TDP.
browser.geekbench.com/v5/cpu/compare/5700955?baseline=5883751
Стало быть, в вашей «системе связи» не было предусмотрено то, что называется data whitening, когда полезные данные, например, XOR-ятся с псевдослучайной последовательностью?
Вдруг стало одиноко…
Всё проще: Отслеживает характерные для шифрования инструкции. Если их много — поднимает панику.
Использует встроенное видеоядро, если оно есть, для ускорения вычислений и для разгрузки самого процессора. Чтото в духе OpenCL или CUDA…
В обзоре именно ZOHO ONE.
Проверил, точно. Написал в поддержку ZOHO.
насколько я помню — меряли угол солнца и только в одной точке, потому что во второй точке в день измерения было равноденствие и «солнце в полдень светило на дно колодца».
Про очереди особо ничего и нет, только создали и все. Статья скорее про инициализацию вулкана