• 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. Субъективные впечатления и выводы.

8.2. Отсутствие реализации многопоточности в рамках 1 ядра.

Эльбрус мог бы иметь по 2 потока на каждое ядро (аналог Intel Hyper-Threading или AMD Simultaneous Multi-Threading), ведь в каждом ядре имеются по 6 АЛУ, разделённых на 2 блока (т.е. 3 АЛУ разного типа, и в обоих блоках они одинаковые). Вот тут уже вопрос в финансах, т.к., как я понял, придётся потратить очень много денег и полностью перелопатить процессор, чтобы реализовать мультипоточность в рамках одного ядра. На данный момент грамотное задействование всех этих АЛУ – задача программиста и компилятора, т.к. никакого оптимизатора исполняемого кода внутри самого процессора у Эльбруса нет. Предсказатель переходов должен был появиться в Эльбрус 32С, однако, когда теперь выйдет этот процессор – неизвестно. Он должен был быть произведён по 6 нм техпроцессу TSMC, только теперь из-за санкций тайваньский TSMC не будет работать с МЦСТ, а китайский SMIC ещё не освоил техпроцесс менее 14 нм.

Тут возникает вопрос: зачем Эльбрусу по 2 потока на каждое ядро, если у него компилятор отвечает за более грамотное использование ресурсов каждого из ядер процессора? Нужно это затем, чтобы другие языки, помимо C, C++ и Fortran, т.е. те языки программирования, которые не оптимизируются компилятором LCC, могли задействовать как можно больше АЛУ (арифметико-логических устройств) каждого из ядер процессора. В других языках программирования у нас сильно меньше методов оптимизации ПО под Эльбрус, и там распараллелить операции, по большому счёту, можно лишь распределив эти самые задачи по разным ядрам. Виртуальная многоядерность позволила бы больше этих самых АЛУ задействовать в рамках каждого из ядер процессора. Но да, в случае с языками C, C++ и Fortran это попросту не требуется, т.к. компилятор LCC у Эльбруса и так делает свою работу, как надо, если вы программу пишете с расчётом на оптимизацию под Эльбрус.