• 0. Предисловие.
• 1. E2K или архитектура Эльбруса 2000.
  • 1.1. Краткий экскурс и базис архитектуры.
  • 1.2. Как исполняется код на Эльбрусе.
  • 1.3. Есть ли в Эльбрусе те же бэкдоры, что и в Intel и AMD?
  • 1.4. Компилятор. Инструмент по оптимизации ПО.
  • 1.5. Intel Intrinsics на Эльбрусе? Чего, мать?
  • 1.6. Как оптимизировать софт специально под Эльбрус?
  • 1.7. Программа Начального Старта (ПНС).
• 2. Двоичная трансляция x86 в E2K.
  • 2.1. RTC. Транслятор уровня приложений.
  • 2.2. Lintel. Транслятор уровня системы.
  • 2.3. SSE инструкции в трансляции на Эльбрус 8С.
  • 2.4. Общая структура системы двоичной трансляции.
• 3. Перед началом тестов.
  • 3.1. Версии ОС и ПО. Дистрибутивы Linux под E2K для теста.
  • 3.2. С чем будем сравнивать Эльбрус 8С?
• 4. Тесты в тяжёлых задачах на C, C++ и Ассемблере.
  • 4.1. Перекодирование видео с ffmpeg.
  • 4.2. Рендеринг сцен в Blender.
  • 4.3. Декодирование AV1 видео на процессоре с dav1d.
  • 4.4. Какое ПО на C/C++ круто оптимизировано под Эльбрус?
• 5. Тесты с C#, Java, JavaScript, PHP, Lua и Python.
  • 5.1. Тесты с Java, C# (.Net Core), PHP, Python и Lua.
  • 5.2. Браузерные тесты.
• 6. Игры на Эльбрусе.
  • 6.1. GTA3 (re3).
  • 6.2. Xash3D (Half-Life 1 и CS 1.6).
  • 6.3. Tomb Raider (2013).
  • 6.4. Rocket League.
  • 6.5. Genshin Impact.
• 7. А если x86 процессор будет имитировать Эльбрус?
• 8. Критика ПК с Эльбрус 8С.
  • 8.1. Система набора команд.
  • 8.2. Отсутствие реализации многопоточности в рамках 1 ядра.
  • 8.3. Компилятор ещё есть куда дорабатывать.
  • 8.4. Загрузка системы с RAID-массивов.
  • 8.5. USB-порты на Эльбрус 8С.
  • 8.6. Корпус. Задняя крышка, закрывающая порты.
• 9. Почему Эльбрус важен? Вопрос выживания страны.
  • 9.1. Что сейчас с производством и поставками в России и мире.
  • 9.2. Почему нам не подходят архитектуры ARM и RISC V?
• 10. Субъективные впечатления и выводы.

1.3. Есть ли в Эльбрусе те же бэкдоры, что и в Intel и AMD?

Самым значимым аспектом по части безопасности у Эльбруса является отсутствие микрокода. У Эльбруса процессор, в отличие от Intel или AMD, не перекодирует входящие CISC команды в RISC-подобные микрооперации. Задача по как можно более эффективному задействованию вычислительных блоков процессора ложится на программиста, и, разумеется, на компилятор. В добавок, у Эльбруса нет Intel Management Engine или аналога от AMD в виде Platform Security Processor.

Вот 3 статьи на habr, которые неплохо разжёвывают, в чём опасность механизма Intel Management Engine (по аналогу от AMD сведений меньше):

• Positive Technologies – «Что мы узнали о безопасности Intel ME за последние годы: 7 фактов о таинственной подсистеме».
• Positive Technologies –« Выключаем Intel ME 11, используя недокументированный режим».
• Digital Security – «Intel ME. Как избежать восстания машин?».

Кратко резюмирую информацию из этих статей:

• Intel ME работает даже когда компьютер выключен. Достаточно просто подачи питания. Т.е., если у Вас ноутбук, он вообще никогда не вырубается полностью. В "выключенном" состоянии ME продолжает работать от батареи.
• ME имеет полный доступ к оперативной памяти компьютера. Т.е., по факту, Intel знает всё, что вы сейчас делаете.
• Через PCH (южный мост), куда интегрирован ME, процессор "общается" с внешними устройствами. ME имеет доступ ко всем устройствам, подключенным к компьютеру, в том числе к памяти постоянной и оперативной, и сетевому интерфейсу (интернету).
• ME имеет возможность исполнения стороннего кода, что позволяет полностью скомпрометировать систему.
• ME имеет недокументированные функции. В частности, Intel Management Engine Interface (MEI), являющийся интерфейсом для связи CPU с подсистемой Management Engine (ME), имеет команды, которые никак не документированы, как и протоколы, по которым они передаются. Злоумышленники, зная эти недокументированные возможности, могут исполнить вредоносный код на вашем компе, и Вы в этот момент даже не узнаете, что что-то идёт не так. Чего уж говорить, у ME имеются даже недокументированные режимы работы. Вы, как системный администратор, не можете и представить всего, что творится в Вашем компе. Более того, специалисты из Positive Technologies выяснили, что недокументированные режимы были внедрены для нужд заказчиков, работающих с правительством США (читайте 2-ую статью, там это описано).
• Вы не можете отключить Intel ME без потери работоспособности компьютера. Задачи ACPI или ICC ранее были возложены на BIOS, но сейчас за них отвечает Intel ME, и даже если каким-то образом умудриться отключить Intel ME (что является задачей далеко не из простых, там нет гарантий того, что ME реально отключен), возложенные на него задачи должны лечь на BIOS, но для этого нужно вернуть реализацию этих технологий в него обратно. Короче, без правки BIOS отключение Intel ME приведёт к частичной или полной неработоспособности компьютера.

Т.е. у Вас в компе имеется какая-то аппаратура, которая: имеет доступ ко всем Вашим данным в оперативной памяти и подключенных устройствам, может выполнять сама сторонний код, имеет кучу недокументированных функций на радость злоумышленникам, да ещё и не отключается полностью никак. И одним только Intel и гос. структурам США известно в деталях всё, что с её помощью можно делать. Я не гиперболизирую, читайте статьи выше.

Intel и AMD в случае обострения отношений России с США, могут всю нашу страну оставить без технологий, они могут получить все Ваши данные и делать с ними что захотят. Без преувеличения, развитие Эльбруса – вопрос национальной безопасности. Если РФ потеряет Эльбрус, РФ потеряет всё.