https://www.opennet.ru/openforum/vsluhforumID3/136202.html Инженеры из компании Google раскрыли детали уязвимости (CVE-2024-56161), позволяющей обойти механизм проверки цифровой подписи при обновлении микрокода в процессорах AMD на базе 1-4 поколений микроархитектуры Zen. Одновременно под лицензией Apache 2.0 опубликован инструментарий Zentool, разработанный в процессе исследования методов работы с микрокодом в процессорах AMD. Также подготовлено руководство по микроархитектуре RISC86, применяемой в микрокоде AMD, и заметка по созданию собственного микрокода. Показано как можно создавать собственные процессорные инструкции, реализуемые на микрокоде RISC86, менять поведение существующих инструкций и загружать изменения микрокода в процессор...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62838<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#117 Sun, 30 Mar 2025 12:20:43 GMT <br>&gt; Если микрокод убрать, придется ограничить набор инструкций, в целом проц получится медленнее. <br><br>Зачем убирать микрокод если его можно адаптировать под нужды конкретной программы которая будет с ним поставляться единым комплектом, думаю при таком подходе можно минимизировать перезагрузку кеша и обмен данными между кешем и ОЗУ что само по себе даст прирост вычислительной мощности применительно к отдельно взятой паре из программы и прошивки.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#116 Sun, 30 Mar 2025 12:08:53 GMT &gt; Статья называется: Покупайте Zen 5.<br>&gt; p.s. Когда выйдет Zen 6, то в Zen 5 тоже найдут уязвимость <br>&gt; эту или другую.<br><br>Нет, статья называется раскупайте додекабрьские Zen 4 пока они на складе не кончились.<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#115 Sun, 30 Mar 2025 12:00:36 GMT Может и улучшилось что, по крайней мере в сфере тяжёлых вычислений могли бы появится программы с адаптированными для их работы прошивками, что могло бы привести к большему быстродействию в сравнении с чисто программным решением.<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#114 Wed, 12 Mar 2025 12:43:01 GMT &gt; https://imgur.com/random-number-generator-bwFWMqQ<br><br>If you're seeing this message, that means JavaScript has been disabled on your browser, please enable JS to make Imgur work.<br><br>Чего сказать-то хотел?<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#112 Sun, 09 Mar 2025 13:53:24 GMT Социальная инженерия сделает своё дело. Фанатики сами внедрят бэкдоры.<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#111 Sun, 09 Mar 2025 12:30:58 GMT Да еще: <br>- параметры вытягивает на неодинаковой реализации конкретных процов.<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#110 Sun, 09 Mar 2025 12:29:29 GMT &gt; прямо на железе?<br><br>Микрокод отвечает за:<br>- Инициализацию процессора<br>- Обеспечение разнообразия инструкций на быстром RISC железе, обеспечивая Баланс.<br>- Страхует от ошибок на этапе проектирования<br>- Страхует от неработоспособности части оборудования внутри проца.<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#109 Sat, 08 Mar 2025 12:24:21 GMT Иногда руководствуются "производитель оборудования лучше знает, путь они нам сделают по спецзаказу процессор и заодно код для обновления". Так что если кто-то колупал коробку, наверняка знает где глянуть и скоро мы узнаем результат, если вдруг есть.<br> https://www.opennet.ru/openforum/vsluhforumID3/136202.html#108 Sat, 08 Mar 2025 02:39:36 GMT &gt; Чисто теоретический вопрос. Насколько быстрее может работать проц, если из него убрать <br>&gt; прослойку микрокода и сделать по старинке - прямо на железе?<br><br>Зависит от. Микрокод позволяет передать по шине компактный опкод а внутри развернуть его на эвон какое действо. Скостив трафик шины. С другой стороны ARM всяким и без него неплохо.<br>