В этом выпуске ребята обсуждают отечественную микроэлектронику, но не только резисторы. Гость выпуска — известный «эльбрусовед» и знаток всего, что связано с импортозамещением, — Максим Горшенин. Поговорили о самом процессоре «Эльбрус» и уже традиционно выяснили, как попасть в эту область знаний. А вот на самом ли деле этот процессор российский или это всё придумали, чтобы «набрать классы», — узнаете при прослушивании.


«Сушите вёсла» — подкаст про разработку, аналитику, тестирование и всё, что связано с созданием ИТ-продуктов. Авторы — ведущий android-разработчик red_mad_robot Рома Чорыев и разработчик Артём Кулаков.

Слушайте весь подкаст по ссылке или читайте короткую выжимку — ответы на шесть главных вопросов выпуска.

Тайминг

  • 03:08 — про профессиональный путь Максима

  • 06:24 — что такое МЦСТ

  • 12:30 — что происходит с российской микроэлектроникой

  • 19:11 — про качество

  • 28:00 — где применяется «Эльбрус»

  • 33:04 — про аппаратные модули криптографии

  • 36:15 — про интеграцию процессора в систему

  • 40:27 — про отечественную видеокарту

  • 42:00 — что входит в понятие «отечественный процессор»

  • 47:37 — где производить процессоры

  • 52:35 — что нужно знать, чтобы писать под «Эльбрус»

  • 01:00:00 — про формальную верификацию

  • 01:02:58 — есть ли ассемблер под «Эльбрус»

  • 01:08:05 — какими стартовыми знаниями нужно обладать, чтобы войти в профессию

  • 01:10:00 — зарплаты в области разработки процессоров

  • 01:19:43 — как будет выглядеть собеседование в МЦСТ

  • 01:23:00 — про будущее проекта «Эльбрус»

Дисклеймер: выпуск был записан 25 ноября 2022 года.

Что такое МЦСТ и «Эльбрус»

Гость выпуска попал в МЦСТ в 2015 году в качестве специалиста по работе с клиентами и проработал там шесть лет, уволившись в роли начальника отдела проектов по развитию бизнеса.

МЦСТ (Московский центр спарк-технологий) — российская частная компания, которая специализируется на разработке микропроцессоров, в частности серии «Эльбрус». Это универсальный центральный процессор, который по производительности не уступает современным Intel, AMD, Arm.

«Эльбрус» — наиболее высокопроизводительный микропроцессор из отечественных. Он полностью российский — там нет комплектующих, из-за которых нам могут запретить его использовать, производить или разрабатывать новый, что сегодня очень важно.

Максим Горшенин, бывший сотрудник МЦСТ

Самостоятельно разрабатывает и производит процессоры только компания Intel. Все остальные: NVIDIA, Apple, AMD (тоже универсальные процессоры), как и МЦСТ, — это разработчики, но не производители. Поэтому важно понимать, что компания МЦСТ разрабатывает саму спецификацию, а производство отдаёт на стороннюю фабрику, которая на этом специализируется.

Процессор применяется в госструктурах, для которых в первую очередь и создавался, — МВД, РЖД и других областей, где важна кибербезопасность.

«Эльбрус» родился из одноимённого советского суперкомпьютера, предназначенного для проведения большого объёма вычислений. Поэтому сегодня наибольшее применение и пользу «Эльбрус» может принести в расчётных операциях.

Есть чудесная аналогия, что процессор «Эльбрус» — это суперкомпьютер, ужатый в один кристалл, а процессор Intel — это процессор для калькулятора, который разросся до процессора для суперкомпьютера. То есть к Intel постепенно добавляли функции, чтобы он стал тем Intel, который мы знаем, универсальной машиной. А «Эльбрус» изначально проектировался для математических вычислений и дальше уже уменьшился до размера одного процессора.

Максим Горшенин, бывший сотрудник МЦСТ

Кроме того, «Эльбрус» широко применяется в качестве машинно-промышленного компьютера, который встраивается в оборудование как управляющий процессор или участвует в технологических цепочках как контроллер. Например, компания НИПО из Нижегородской области сделала отечественную цифровую подстанцию на «Эльбрусах», которая прошла тестирование в «Русгидро».

По словам Максима, в 2021 году компания МЦСТ анонсировала запуск и производство 10 тыс. процессоров — это был один из самых массовых единичных заказов микропроцессоров серии «Эльбрус».

При разработке «Эльбруса» не использовались собственные стандарты, поэтому под него не нужно создавать специальную аппаратуру. Базовая операционная система под российские процессоры — Linux.

Там обычный PCI express, USB 2.0, 3.0, последовательные порты, память DDR3, DDR4. Она имеет свою специфику, например, «Эльбрус-8С» работал только с DDR3-памятью. Но следующее поколение, 8СВ, работает уже с любой.

Максим Горшенин, бывший сотрудник МЦСТ

По словам гостя, многие люди используют «Эльбрус» даже дома.

Что входит в понятие «отечественный процессор»

В МЦСТ и других отечественных компаниях существует мнение, что покупаемые за рубежом компоненты использовать не очень безопасно. Поэтому такие элементы тщательно контролируются. В «Эльбрусе» есть покупаемые внутренние блоки — их производит компания Imaginations. Но они работают через интерфейс, разработанный специалистами МЦСТ, и взаимодействуют с блоками 2D-графики. Закупают для «Эльбруса» PCI Express, физуровни оперативной памяти и 3D-графику.

Многие очень сильно хотят, чтобы всё было спроектировано на российском компьютере с использованием российского САПР, произведённого дальше на российском литографическом оборудовании в России на российском заводе. А дальше ещё чтобы каждый резистор был отечественный. Отечественная плата, видеокарта, монитор и так далее. Но такого даже Китай сегодня не достиг.

Максим Горшенин, бывший сотрудник МЦСТ

Производство до 2022 года находилось в Тайване — на фабриках TSMC, где производится около половины всех процессоров мира, в том числе продукция Apple, NVIDIA, AMD.

Важно понимать, что каждый процессор проектируется под конкретную фабрику. Если мы вдруг захотели перенести процессор с зарубежной фабрики на российскую, нам придётся его перепроектировать. А это займёт — в очень оптимистичных цифрах — полтора года. В реальности — три года.

Максим Горшенин, бывший сотрудник МЦСТ

При этом, по словам Максима, Минпромторг выделяет деньги на строительство полупроводниковых фабрик в России, срок запуска которых назначен на 2027–2030 гг. Так, к началу 2030-х годов Россия планирует производить процессоры на отечественных фабриках и отечественном оборудовании.

Что нужно знать, чтобы писать под «Эльбрус»

У «Эльбруса» свои особенности архитектуры — это архитектура сверхдлинного командного слова (VLIW — very long instruction word).

VLIW-архитектура — программно-аппаратная, то есть компилятор — это часть процессора. Это делает его более безопасным, чем, например, Intel. За один такт процессор «Эльбрус» может выполнять до 48 операций, в то время как Intel — до восьми.

По словам Максима, Intel подвержен уязвимостям Spectre и Meltdown за счёт особенностей своей архитектуры, а «Эльбрус» — нет, потому что в нём отсутствует предсказатель переходов. С одной стороны, это минус, потому что процессор из-за этого работает медленнее. С другой — это не допускает уязвимость.

Предсказатель в «Эльбрусе» находится в компиляторе. Вот как это устроено.
Процессор Intel выполняет только часть команд, которые загружены в его память, — то есть анализирует весь код не сразу. У «Эльбруса» компилятор действует от обратного: сначала он анализирует весь код, предполагает, где будут переходы, а после компилирует на основании того, что он знает весь код.

В процессорах Intel есть аппаратный блок, который занимается выборкой следующих действий в коде программы. В этом разница VLIW-архитектуры и Intel.

По мнению Максима, разработать такую сложную аппаратуру, как у Intel, в СССР было сложно. А сделать простой процессор, но сложный компилятор, — по силам. Поэтому советские разработчики и стали создавать процессор на базе архитектуры VLIW.

Все у нас привыкли и обучаются программировать под процессор Intel, потому что считается, что это стандарт, а всё остальное — неправильно. Нет, это ошибка. Поэтому если в государстве вдруг начнут понимать, что наше будущее — это «Эльбрус», то логичнее будет каждую школу и вуз оснастить «Эльбрусом» и детей готовить к программированию на «Эльбрусах» с особенностью нашей отечественной архитектуры. И тогда у нас каждый ребёнок будет это знать.

Максим Горшенин, бывший сотрудник МЦСТ

Максим считает, что «Эльбрус» полезен программистам, потому что позволяет понять, как работает процессор, и развивать навыки оптимизации.

Основные языки программирования для «Эльбрус» — это С и С++. Но используются и другие языки: Python, Erlang, Java, скоро появится Go.

Какие стартовые знания нужны, чтобы войти в профессию разработчика процессоров

По словам Максима, попасть в МЦСТ не так сложно, как может показаться со стороны. Хорошим стартом будет знание языка C++ — с него легко переучиться на Verilog, язык описания аппаратуры, на котором разрабатывается процессор «Эльбрус».

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

Максим Горшенин, бывший сотрудник МЦСТ

У МЦСТ есть совместный проект с МФТИ и МИФИ. На базовой кафедре МФТИ можно проходить практику внутри МЦСТ, а в МИФИ — двухлетняя магистратура, где будут преподавать сотрудники компании. Есть и другие вузы, в которых можно поработать с «Эльбрусами»: ОмГТУ, ВКА им. А. Ф. Можайского в Санкт-Петербурге, МИИТ в Москве.

Самый доступный «Эльбрус» можно увидеть и протестировать в музее «Яндекса» в Москве. На него энтузиасты ставят свежие игры, обновляют под него операционную систему. Поэтому любой желающий может прийти, поиграть и попрограммировать на нём.

Как будет выглядеть собеседование в МЦСТ

Ничего специфического при прохождении собеседования знать про «Эльбрус» не нужно. Например, в отдел поддержки МЦСТ одно основное требование — быть системным администратором ОС Linux.

Если ты системный программист, то спросят, что умеешь. Вот тебе программа линуксовая, собери её под «Эльбрус». Собрал? Молодец. Годен в отдел с ПО.

Максим Горшенин, бывший сотрудник МЦСТ

То есть собеседование будет общим, без специфики, которую нужно заранее изучать. Поэтому сотрудников, приходящих без нужного опыта, сначала обучают.

Что ждёт проект «Эльбрус» в будущем

«Эльбрус» — мощный и энергоёмкий процессор, занимающий вычислительную нишу. Поэтому нет планов использовать его в интернете вещей или при производстве смартфонов — для этого существуют другие архитектуры.

Если поставить задачу в этом плане, то это можно сделать, но есть более оптимальные средства. Зачем перевозить щебёнку на Rolls-Royce, когда для этого лучше взять КАМАЗ?

Максим Горшенин, бывший сотрудник МЦСТ

Для смартфонов существует свой отечественный процессор — «Скиф», разработанный компанией «Элвис». Но из-за санкций сейчас их приобрести нельзя. У компании МЦСТ уже сейчас есть процессор, который можно применять в смартфоне, — осталось только произвести. По словам Максима, к 2030 году он может появиться в России.

Полезные материалы

  1. YouTube и телеграм Максима Горшенина.

  2. Сайт МЦСТ.

  3. Удалённый доступ к машине с процессором «Эльбрус».

  4. Небольшой FAQ по «Эльбрусу».

  5. «Эльбрус» на Википедии.

  6. Энтузиасты тестируют «Эльбрус» и опенсорсят различные игры.


Слушайте нас там, где удобно, — Mave, Apple, Google Podcasts, «Яндекс.Музыка».

Предыдущие выпуски подкаста «Сушите вёсла»

  1. Не как на Фукусиме: как сейчас обстоят дела в индустрии ядерной энергетики и что нас может ждать дальше.

  2. Криптономикон 2022: технология блокчейн и её проблемы — хитросплетения смарт-контрактов, Византийский консенсус, взлёт и падение рынка NFT и программисты новой эры.

  3. Цифровые робингуды: про «чёрных» и «белых» хакеров, bug bounty и куда пойти опытному исследователю безопасности.

Приходи в наш телеграм-чат — задать вопросы о микроэлектронике и просто поболтать.

Комментарии (46)


  1. VVitaly
    05.04.2023 08:54
    +6

    "По словам гостя, многие люди используют «Эльбрус» даже дома." -:)


    1. pda0
      05.04.2023 08:54
      +7

      Ну, Бачило, например. Теперь вы представляете масштаб значения слова "многие". :)


      1. 0Bannon
        05.04.2023 08:54
        +1

        Так же как и "весь мир". ))


      1. Foxtar
        05.04.2023 08:54

        Бачило вроде как не прям использует, а скорее балуется(то бишь использует далеко не ежедневно и не по прямому назначению)


        1. pda0
          05.04.2023 08:54

          А теперь вы представляете себе масштаб значения "используют". :-D


  1. DustCn
    05.04.2023 08:54
    +2

    У «Эльбруса» компилятор действует от обратного: сначала он анализирует весь код, предполагает, где будут переходы, а после компилирует на основании того, что он знает весь код.

    Ну да, ну да...
    Сегодня я нажал кнопку 1, и переход пошел в одну сторону, а завтра 0 и переход пошел в противоположную. Но у нас же есть магический компилятор.


    1. Linder666
      05.04.2023 08:54
      +1

      ага, и предсказание переходов от Intel идёт нафиг)

      Вообще формулировка хорошая, но очень сильно напоминает принцип CLR, CLR тоже "анализирует" код и пытается оптимизировать IL-assembler код. Но как показывает практика, реальность - это то, как вы описали, сегодня пятка зачесалась - поставил новую галку, и вся ветка алгоритма пошла по иному пути...


      1. apro
        05.04.2023 08:54
        +4

        ага, и предсказание переходов от Intel идёт нафиг)

        Они друг другу не противоречат. Profile-guided optimization есть во всех современных компиляторах C/C++. И на Intel бывает дает прирост производительности 5-10%. Firefox, например, насколько я знаю, собирается с PGO.


      1. unreal_undead2
        05.04.2023 08:54
        +1

        Динамическое предсказание нормально обработает случай, когда у нас на одних входных данных один паттерн переходов, на других - другой, и нам сегодня приходят одни данные, а завтра другие. Чем поможет компилятор - не понимаю.


        1. Lirein
          05.04.2023 08:54

          Динамическое предсказание, распараллеливание инструкций, гиперпоточность и всё что сейчас есть интересного в Intel 64, Aarch64 архитектурах так не работает. Почитайте книгу "Оптимизация ПО, Сборник рецептов" 4 (или новее) издание. Там достаточно хорошо написано как работает блок предсказания ветвления в современных процессорах. Так вот, в 99% случаев предсказание ветвления выбирается исходя из типа операции == и != -. Для условия == ветка then с высокой вероятностью будет выполнена. Для != ветка then с высокой вероятностью не должна выполняться. Собственно говоря всё. Там целая таблица инструкций для test, je, jne и т.п, но суть остаётся той же. Никакой черной магии внутри нет.


          1. unreal_undead2
            05.04.2023 08:54
            +2

            Это только когда ветка встречается первый раз, дальше предсказание работает на основе информации в BTB.


            1. Lirein
              05.04.2023 08:54
              +3

              Тогда на реальных задачах сложно сказать какой из двух алгоритмов будет работать более эффектвно. Современные LVIW компиляторы этот момент учитывают, но:
              1. Генерируют слишком длинные варианты операций со всеми вараинтами предсказаний
              2. Следуют только одному паттерну последующих предсказаний согласно результатам первичной выборки (каждая первая итерация цикла, например).

              Эльбрус как векторная числобробилка реально хорош, конечно для процессора общего назначения, а не для специализированного векторного процессора. Со скалярной арифметикой всё гораздо хуже за счет длинных машинных инструкций.


              1. unreal_undead2
                05.04.2023 08:54
                +1

                Эльбрус как векторная числобробилка реально хорош

                В HPC чаще всего простые циклы с минимумом сложных ветвлений. Вопрос как оно себя на каком нибудь парсинге XML поведёт.


              1. DustCn
                05.04.2023 08:54

                А предикаты как в Итаниуме там есть? Должно облегчить чет мелкое в принципе.
                В х86 эхо этих предикатов - инструкция cmov.


                1. Lirein
                  05.04.2023 08:54

                  Есть. Даже статья была: https://habr.com/ru/companies/oleg-bunin/articles/584628/


          1. checkpoint
            05.04.2023 08:54

            Почитайте книгу "Оптимизация ПО, Сборник рецептов" 4 (или новее)
            издание. Там достаточно хорошо написано как работает блок предсказания
            ветвления в современных процессорах. Так вот, в 99% случаев предсказание
            ветвления выбирается исходя из типа операции == и != -. Для условия ==
            ветка then с высокой вероятностью будет выполнена. Для != ветка then с
            высокой вероятностью не должна выполняться. Собственно говоря всё.

            Автору той книги следовало бы поставить "кол" за знание материала. То, о чем Вы говорите называется "статический предсказатель ветвлений", это была первая попытка решить вопрос непрерывного потока инструкций и давно ни где не используется (ну может быть в дешманских микроконтроллера). Предсказатели в современных процессорах весьма навороченные, используют не только статистику, но и нейросети для анализа потока данных, причем не только локальных. Вероятность правильного предсказания достигает 97%.

            PS: Тут вот что еще следует отметить. Предсказатель ветвлений это совсем небольшое увеличение производительности. Более существенный прирост дает спекулятивное исполнение, которое зависит от данных предсказателя. И тут мы подходим к широко известным проблемам типа Meltdown и Spectre, правильного решения которым, если я все верно понимаю, принципиально не существует. Т.е. если требуется высокая производительность - будьте готовы сосуществовать с данными поблемами.


            1. Lirein
              05.04.2023 08:54
              -2

              Ага, скажите это ведущему инженеру интел по графике, разработчикам SIMD векторных инструкций, включая AVX. 2 редакция датирована 2005 годом, та что у меня на руках - 2007. Может материал и устаревший, но более свежей редакции я найти не могу.
              https://www.amazon.com/Software-Optimization-Cookbook-Performance-Platforms/dp/0976483211

              Я думаю разработчики процессора не могут ТАК ошибаться.


              1. checkpoint
                05.04.2023 08:54
                +1

                В таком случае у меня есть основания полагать, что Вы неверно интерпретировали материал книги. Я прочел другую книгу: The Art of Writing Efficient Programs нашего соотечественника Федора Пикуса. В ней автор достаточно глубоко обсуждает работу предсказателя, описывает системные утилиты для оценки эффективности действий предсказателя, приводит примеры программ и техники "как помочь" предсказателю еще более эффективно исполнять вашу программу. В качестве допа автор показывает на детальном C++ примере как работает Spectre, собсно из-за этого я книгу и купил. :)


                1. Lirein
                  05.04.2023 08:54

                  Спасибо, почитаю.


    1. pda0
      05.04.2023 08:54
      -1

      А просто разработчикам не надо сачковать и везде расставлять likely/unlikely макросы. :-D


      1. INSTE
        05.04.2023 08:54
        +5

        Было тут где-то исследование, что branch predictor справляется лучше кожаных мешков примерно всегда, и что статистически likely только портят все.


    1. lamerok
      05.04.2023 08:54

      Такое не работает, он предсказывает, например итерационные переходы, типа цикл, от 0 до 100, очевидно, что если I ==6, то следующая ветка будет новая итерации, а не выход из цикла.

      Циклы это огромный пласт ПО.


    1. OpenA
      05.04.2023 08:54
      -3

      Это так, но это ситуация из мира десктопов к которым эльбрус и правда не готов, но например на сервере где одно и то же нагруженное приложение крутится 24/7 и обрабатывает файлы только определенного размера и форматов. В таких вполне предсказуемых и прогнозируемых применениях бредом уже кажется динамический подход в котором процессор будет анализировать одно и то же месяцами и жечь электричество делая работу о которой никто не просил.

      Хотелось бы конечно что бы в будущем эльбрусе было что то средненькое чтоб и так и немножко эдак тоже умело, например что бы команды подготовок не готовили переход как таковой а создавали стек вызовов/переходов, в котором простой как веник бранчпридиктор пометит переходы которые скорее всего не произойдут сверив с историей и начнет толкать в конвеер код который точно или почти точно произойдет. По умолчанию пусть будет считать что точно все произойдет.


      1. checkpoint
        05.04.2023 08:54
        +1

        Если Вы на сервере непрерывно считаете Фурье (FFT), то все верно, нафиг жечь электричество. Но если у Вас высоконагруженный сервер обработки данных пользователя или СУБД, то без предсказателя и спекулятивного исполнения Вы будете жечь в десятки раз больше электричества. Проблема в данных, которые каждый новый запрос разные.


        1. OpenA
          05.04.2023 08:54

          Причем здесь отдельные алгоритмы. Я говорил о задачах.

          Когда собирают программы под десктоп, никто точно не знает с чем и как будет работать условный пользователь. Поэтому программы собираются с максимальным функционалом, а это ветвления и куча подключаемых библиотек, которые возможно не нужны вообще, но из которых эльбрус будет дергать функции в кэш и подготавливать в конвеер постоянно, просто потому что эльбрус так работает и на данный момент не умеет подстраивать поток исполнения.

          Сервер - это совсем другое дело. Там нет пользователя запускающего разные программы под свои сегодняшние задачи, там настраивается и поднимается (условно) одно приложение работающее с заранее предорприделенным типом данных - картинками jpg и png размером от 10x10 до 5000x5000 пикселей, простые текстовые данные до 100000 символов или json сообщения. И запускается оно не пару раз в день а один раз и надолго. Здесь можно и нужно заморочится с более тонкой конфигурацией софта перед запуском в продакшн.

          Что до СУБД, то запросы как правило тоже делаются из приложения, а пользователю если и предоставляется какой то доступ к ней, то только через API, напрямую какие попало запросы ей не посылаются.


  1. Iv38
    05.04.2023 08:54
    +3

    А почему перестали выкладывать на ютуб?


  1. face86
    05.04.2023 08:54
    +15

    У компании МЦСТ уже сейчас есть процессор, который можно применять в смартфоне, — осталось только произвести.

    Тюююю, делов-то... всего лишь запустить линию по производству процессоров 10нм. Это гораздо проще, чем сделать свою подушку безопасности, свой пассажирский самолёт на 200 мест или свой отечественный ЖК 4К телевизор с диагональю 50-70 дюймов.

    Хорошая попытка, Эльбрус. Но нет.


    1. Linder666
      05.04.2023 08:54
      -5

      забыли уточнить, что смартфон будет размером с кирпич, и весить столько же.

      ладно ладно, перестаю зубоскались)


      1. Linder666
        05.04.2023 08:54

        судя по рейтингу комментария и минусов в карму не все различают юмор)


  1. segment
    05.04.2023 08:54
    +13

    Как дела с микроэлектроникой? Плохо.


  1. baldr
    05.04.2023 08:54
    +3

    Интересно бы посмотреть на того дизайнера, который придумал этот логотип "Е|брус". Сразу так много смыслов в него заложено...


  1. AKudinov
    05.04.2023 08:54
    +4

    «Эльбрус» — наиболее высокопроизводительный микропроцессор из отечественных. Он полностью российский — там нет комплектующих, из-за которых нам могут запретить его использовать, производить или разрабатывать новый, что сегодня очень важно.

    Неужели и интерфейсы (DDR, GbE и т.п.) все свои? И блоки ОЗУ? И библиотека standard cells для фабрики тоже своя?


  1. sandro_zacepin
    05.04.2023 08:54
    +1

    А мне бы хотелось потестить эльбрус. Домой бы я его конечно не купил, но при текущей ситуации альтернатив ему нет.


  1. itGuevara
    05.04.2023 08:54
    +6

    Забавно смотрятся заголовки "Elбрус, или Как дела с микроэлектроникой в России в 2023 году", когда еще свежи в памяти выступления Б. Бабаяна на центральных каналах в начале 90-х.

    В тех выступлениях смысл был, что он уже догнал intel, осталось только перегнать. Какие красивые речи были, прямо не оторваться от телека, причем в эфире рядом сажал других академиков, которые дружных хором ему в студии подпевали. Причем речь шла именно о массовом производстве, типа "Эльбрус в каждый дом". Я стучал по клавишам советских аналогов на К1810ВМ88 и верил: не врут же наши академики, - значит через пару лет все на Эльбрусы пересядем...

    Уже потом его риторика стала более умеренной типа ("намерен", "скоро догоним"):

    Сегодня предыдущий начальник Пентковского, Борис Бабаян, намерен противопоставить Intel новейшую разработку компании Эльбрус, процессор E2k.

    Потом вообще:

    А вообще про Эльбрус че нибудь слышно?

    Видимо входим в очередной виток спирали истории.


    1. baldr
      05.04.2023 08:54
      +1


  1. Telmah
    05.04.2023 08:54

    к 2030 году эти современные процессоры превратятся в устареший 8-10 летний хлам


  1. grossws
    05.04.2023 08:54
    +11

    Нельзя не вспомнить


  1. DvoiNic
    05.04.2023 08:54
    +5

    Гость выпуска попал в МЦСТ в 2015 году в качестве специалиста по работе с клиентами и проработал там шесть лет, уволившись в роли начальника отдела проектов по развитию бизнеса.
    У начальника отдела проектов хотелось бы, конечно узнать — доведен ли до завершения хотя бы один проект. Тот, ради которого всё и затевалось...


  1. thevlad
    05.04.2023 08:54
    +1

    Просто оставлю это https://habr.com/ru/articles/719610/

    R2000 это процессор созданный МЦСТ по классической risc out-of-order микроархитектуре со спарковской системой команд. Как видно из статьи он на адекватных тестах сопоставим или лучше эльбрусов. При этом ресурсов подозреваю в него было вложено на порядок меньше. А e2k и VLIW уже пора закопать, они не то что пахнут, а уже труп начал разваливаться на части.


    1. OpenA
      05.04.2023 08:54
      +1

      Ответ ниже (промахнулся)


  1. OpenA
    05.04.2023 08:54
    +1

    Не нашел там сравнения с эльбрусами, как и адекватных тестов в целом.

    https://www.7-cpu.com/ - вот здесь например 8 ядер 2Ггц МЦСТ-R проигрывают в два раза 8С. Но это в целом не важно, любой процессор мцст может максимум выдавать то что максимум может выдать инженеры мцст на данный момент, никакой рязани или интел-ксеон-платинум не будет просто от того что in-order vliw поменяют на out-of-order risc.

    Но, что важно, прекрасно знают устройство и того и другого и делают осознанную ставку именно на e2k, полагаю потому что он банально интереснее. И пользователям и разработчикам, и с программной и с аппаратной части, там есть куда рости и огромное поле для фантазий и экспериментов. А спарк кроме военных не интересен никому, для него даже в современных браузерах поддержки нет.


    1. thevlad
      05.04.2023 08:54
      +2

      Out-of-order архитектуру можно развивать. VLIW это гроб без ручки, который выпилили, практически ото всюду, где он когда либо был. Можно долго рассуждать почему это так с теоретической точки зрения, но это довольно очевидно, если понимать как работают разные микроархитектуры, прежде всего OoO.

      Очевидно, надо делать не то что интересно, а то что эффективно и нужно потребителям/пользователем. Разработка собственных архитектур микропроцессоров в союзе, погибла и проиграла x86, во многом потому, что академики делали то что им "интересно". Условно говоря, RISC против "Сетуни".

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


      1. checkpoint
        05.04.2023 08:54
        +2

        Согласен. Однако, RISC придумали два академика, один из Беркли, второй из Стенфорда. WLIV придумал еще один академик, из Йельского, слегка позаимствовав часть идей у академиков из СССР. Проблема в том, что не всё, что придумывают академики является жизнеспособным и практичным. RISC выстрелил, VLIW - нет. Наши академики уцепились за WLIV и прогадали. То, что VLIW концепция не годная для ЦП общего назначения во всем мире стало понятно и очевидно всем к 2009 году - когда Трансмета не смогла продемонстрировать ровным счетом никакого прогресса, а Интел фактически отказался от Итаниума. Но наши академики ошибку признать не смогли, продолжали (и продолжают) доказывать необходимость и полезность этой идеи для государства и общества, получают финансирование и пилят эти гири, при этом списывая все неудачи на "оптимизирующий" компилятор который никак не могут дописать эти никчёмные программисты (и чему их там в ВУЗах только учат!?). На западе, периодически, академикам по рукам дает "рынок" и вынуждает двигаться в другом направлении. У нас такого "естественного отбора", к сожалению, не сложилось.

        Если бы в начале 2000-х МЦСТ сместил акцент в сторону RISC (SPARC), после выпуска первых камней, то у нас сейчас был бы вполне годный и мощный, по современным меркам, процессор на открытой архитектуре с хорошей поддержкой софта и перспективой развития. Вместо этого имеем очень странный нишевой вычислитель на закрытой архитектуре, которую больше некуда улучшать - все дальнейшие улучшения это отказ от VLIW и движение в противоположную сторону. Осталась одна надежда на ЯДРО и их проект микропроцессора на базе RISC-V.

        PS: Я не совсем понимаю зачем Макс накатывает на СКИФа. Да, этих камней выпущено не много, но так и Эльбрусов-то тоже почти нет (что такое 10 тыс шт?). Так что и МЦСТ, и Элвис, и Байкал Электроникс, да и все остальные наши разработчики микросхем сейчас сидят в одной тонущей лодке. В место того, что бы грызться за подачки от государства им следовало бы обьединить усилия поприжав амбиции. Ан нет.


        1. thevlad
          05.04.2023 08:54
          +1

          По поводу академиков. У меня есть мнение, что там(на западе) получалось в среднем лучше, просто потому, что их академическая наука была в бОльшей степени ориентирована на коммерцию, а не только военных. И поэтому понимала, чем живет индустрия и какие реальные проблемы стоят.

          Архитектура же e2k и VLIW(и Эльбрус-3 который не пошел в серию), насколько я понимаю, это детище одного человека - товарища Бабаяна, который в 200х наобещал с три короба, а потом свинтил в Intel(когда вся эта шумиха с Итаником имела место быть).


  1. MessirB
    05.04.2023 08:54
    +3

    Не пора ли уже наконец-то сказать "Хватит разврата!" и закопать стюардессу?


    1. checkpoint
      05.04.2023 08:54
      +3

      Мне кажется у нас сейчас в самом разгаре третья фаза этого анекдота - пора откапывать стюардессу.