Comments 72
Не решённые проблемы Эльбруса
Где проблема производства, что в России нет оборудования чтобы их произвести?
Где проблема доступности документации и патчей, что закрыты за семью печатями НДА?
Именно эти проблемы самые главные, а не то что вы указали.
По ним работают. Со второй попроще, чем с первой, но в пределе решать надо обе.
>Где проблема доступности документации и патчей, что закрыты за семью печатями НДА?
Не будет никакой экосистемы с Эльбрусами пока патчи открытых проектов под Эльбрус под NDA.
github.com/ilyakurdyukov/e2k-ports
Делаем, публикуем, подаём заразительный пример. :)
Я из мира NET разработки.
e2k не вовсе не уникален. У Китая есть свой e2k, называется LoongArch64
Но китайы не делали приватные форки NET под NDA
Они сделали правильно https://learn.microsoft.com/en-us/dotnet/api/system.runtime.interopservices.architecture?view=net-8.0
Version: 6.0.10, Architecture: e2k
$ /opt/mcst/dotnet/dotnet/dotnet --info
Пакет SDK для .NET (отражающий любой global.json):
Version: 6.0.10.3
Commit: 1231ff0e6f
Среда выполнения:
OS Name: elbrus
OS Version: 7
OS Platform: Linux
RID: elbrus-e2k
Base Path: /opt/mcst/dotnet/dotnet/sdk/6.0.110/
global.json file:
Not found
Host:
Version: 6.0.10
Architecture: e2k
Commit: N/A
.NET SDKs installed:
6.0.110 [/opt/mcst/dotnet/dotnet/sdk]
.NET runtimes installed:
Microsoft.AspNetCore.App 6.0.10 [/opt/mcst/dotnet/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 6.0.10 [/opt/mcst/dotnet/dotnet/shared/Microsoft.NETCore.App]
Download .NET:
https://aka.ms/dotnet-download
Learn about .NET Runtimes and SDKs:
https://aka.ms/dotnet/runtimes-sdk-infoВ том то и дело! Старенький NET6 да еще и без секурити патчей собранный скорее всего. У MS скоро NET9 выйдет. Это тупик
"Собранный" тут говорит всё о понимании предмета. Как, впрочем, и "китайский e2k" (скорее интел попытался украсть, но даже это не осилил).
loongarch64 -- это китайский около-mips (без нескольких инструкций и с добавлением своих).
А "собрать" кодогенератор под новую архитектуру без портирования тупо не получится. Надо садиться и портировать. Что, собственно, и сделали.
Наверное, я непонятно написал.
Китайцы тоже делали свой процессор. И им тоже нужно было чтобы чтобы MS NET генерирровал код под этот процессор. Вместо того чтобы делать закрытый форк публичного проекта, они приложили некоторые усилия чтобы поддержка нового процессора попала в коробку. И сейчас можно скачать официальную версию MS NET и разрабатывать под LoongArch64.
Что будет дальше с портированной версией net6?
Осенью заканчивается поддержка этой версии. Она никому будет не нужна. Этот приватный форк - работа в стол.
А что статья делает в хабе "Игры и игровые консоли"? В статье нет упоминания слова "игры". Казалось бы, где Эльбрус, а где игровые консоли. Так можно написать статью про атомную электростанцию или кабину самолёта, и добавить в этот хаб, ведь на экранчиках можно запустить какие-то игры, если очень постараться. Вот и на Эльбрусах надо очень постараться чтобы игры заработали.
...сказал человек, сегодня поправивший libretro. :)
Так-то большинство игрушек из того же сизифа вполне себе собирается вовсе без патчей, некоторые -- с тривиальными вроде добавления в список известных архитектур с сообщением, что это 64-битный LE, ну а некоторые да, требуют рашпиля по существу; см. тж. альтовую вики по теме.
...сказал человек, сегодня поправивший libretro. :)
Откуда я убрал поддержку трёх PSX модулей, потому что нужно портировать JIT. Так что поиграть можно не во всё. Суть моих претензий, что на других архитектурах ты берёшь и играешь, а для Эльбруса еще скомпилировать и портировать нужно самому, прежде чем поиграть, или выбор игр будет ограничен.
Поколения Эльбрусов (название картинки, там 4 объекта)
На данный момент архитектура Е2К развилась до 6 поколения,
Где показаны все поколения?
Помню горячие обсуждения E2K на forum_ixbt.com (и еще где-то) в конце 90-х. Сейчас эти топики - там потерли (остались только начиная с 2000-х, но они более прохладные). Если кто-то знает, где такие еще сохранились - подскажите, будет интересно освежить в памяти.
Эта статья только про поколения E2K (на википедии подробнее, чем на этой картинке), а не про советские Эльбрусы.
altlinux.org/Модели_процессоров_Эльбрус
(набросчиков по этой теме на хоботе читать -- себя не уважать, при всём уважении к ресурсу в целом)
(набросчиков по этой теме на хоботе читать -- себя не уважать,
По Вашей классификации, это "набросчики" или нет (любопытно)?:
https://habr.com/ru/articles/570716/
хобот - это хабр?
Хобот - это ixbt так нарекли
Это не просто набросчик, а иноагент -- в личной переписке позволил себе брякнуть то, что такие же потупее оставляют и на публике, зарабатывая себе на статью о госизмене. Впрочем, не теряю пока надежды, что всё-таки сообразит до точки невозврата -- с кем взялся делить гектар.
Что же до того, за кого конкретно Максим Маслов держит своего читателя -- сравните с https://habr.com/ru/articles/575302 и сделайте выводы сами.
Про хобот @ildarUответил. :)
Миша, ты там совсем уже головушкой тронулся? Ты же не можешь ни одного внятного аргумента привести технического в защиту Эльбруса. Понятно почему - их у тебя нет. Поэтому ты сразу перходишь на личности, пишешь какую-то ахинею про иноагента, госизмену и прочую лабуду. В твоём шизоидном мире может быть что угодно, но будь добр, принимай таблетки, перед тем как что-то писать на публику.
"улучшения работы с языком программирования"
Язык программирования поддерживается процессором??
Думаю, это было очень корявое про предсказатель переходов. В целом от статьи больше вреда, чем пользы, как и от любого подобного компилята уровня "не указываю источники", увы (отдельно откомментировал подробнее).
А как это возможно с языками высокого уровня, которые еще и меняются от версии к версии? Для которых разные компиляторы создают разный код? Тем более - с интерпретируемыми?
Предсказатель переходов появился в версии 7, причем не какой то гибридный а просто вхреначели предсказатель для непосредственных (неподготовленных) переходов, теперь там в системе команд добавились инструкции icall и ret и специальные регистры %cmp. Честно говоря не совсем понимаю как предполагается компилятору решать непосредственный вызов подставлять или подготовленный, наверное когда есть возможность подготовить будет подготавливать, а когда будут макароны из вызовов, будут подставляться непосредственные.
Возврат же всегда теперь будет предсказанным, хотя насколько я понимаю старая возможность выхода из процедуры осталась, что правильно потому что ret в стиле интел не позволяет вернутся по условию например из середины, нужно прыгать сперва в конец процедуры, после чего выходить, что было бы скорее даунгрейдом.
В 16с добавляли что то связанное со сбором информации для профилирования на лету, для ускорения языков с JIT. Сами по себе компилируемые на лету языки казалось бы должны идеально подходить для VLIW, ведь у них есть вся рантайм информация которая собирается в процессе исполнения, но вся малина портится тем что у JIT нет времени на анализ всего кода и долгую компиляцию, а без этого широкие команды плотно не набить.
Сбор некоторой информации в рантайме, как я понимаю, позволяет дать больше возможностей оптимизирующему jit компилятору. Либо возможно речь вообще о том что бы вызывать родной оптимизатор штатного компилятора и что бы он по скорости укладывался в рамки jit.
В статье отсутствует ответ на ключевой вопрос: какие из этих процессоров вообще серийно производятся? Или мы сейчас, как это всегда было принято в РФ, обсуждаем прорывную технологию "кремний на бумаге"?
Это тоже взято с бумаги ?
Это взято с моего локалхоста, а спросить стоило до написания статьи тем же каналом.
И это ответ на другой вопрос, т.к. это как раз инженерка 2020/21 года.
серийно производятся
Эльбрус производится небольшими партиями и стоит очень дорого, надо очень сильно его любить и иметь много лишних денег, чтобы его купить по таким ценам.
Эльбрус производится
ПроизводиЛся. Они же под санкциями, TSMC с ними больше не работает.
Эльбрус стоит очень дорого не потому, что производится небольшими партиями ( его разработку государство оплачивает вообще то), а потому, что такова ценовая политика компании МЦСТ
Эльбрус стоит очень дорого не потому, что производится небольшими
партиями ( его разработку государство оплачивает вообще то), а потому,
что такова ценовая политика компании МЦпроизводствоСТ
Вы опять лжёте, причём внаглую смешивая разработку и производство, хотя разница Вам прекрасно известна.
И встречный вопрос: почему Kunpeng стоит весьма дорого?
Вы же прекрасно понимаете, что спорить со мной в этом вопросе вам просто без шансов. Поэтому не стоит бросаться словами, это уже заработало вам дурную репутацию. Реальная цена Эльбруса должна быть существенно ниже, а такая дороговизна - это целенаправленная политика компании. За эти слова я готов ответить. Да это очевидно, если хоть немного понимать в экономике разработки микропроцессоров. Можете внимательно ещё раз ознакомиться с данной статьёй, уверяю вас, она достаточно близко показывает стоимость производства и разработки на момент её написания:
https://habr.com/ru/articles/583780/
Что касается Кунпенгов, то там всё достаточно очевидно опять-таки - это точно также ценовая политика компании, правда с учётом того, что сами решения на базе Кунпенгов производительнее в разы, если не на порядок. Для пользоватлей важны такие параметры, как производительность на доллар и TCO. Поэтому с учётом такого масштабирования, Кунпенги существенно дешевле Эльбрусов
Вы же прекрасно понимаете, что спорить со мной в этом вопросе вам просто без шансов. Поэтому не стоит бросаться словами, это уже заработало вам дурную репутацию.
Максим, меня никогда не интересовала репутация среди лжецов. А с Вами разговариваю ровно по той причине, что не теряю пока надежды на то, что перестанете действовать против России.
Реальная цена Эльбруса должна быть существенно ниже, а такая дороговизна - это целенаправленная политика компании. За эти слова я готов ответить.
Вы за них непременно ответите -- как и каждый из нас за каждое слово.
Если попытаться Вас оправдать, то могу предложить такое прочтение: "реальный тираж эльбрусов должен быть существенно выше, а такой незначительный -- это целенаправленная политика компании"; с ним я бы спорить пожалуй что не стал, хотя это всего лишь напрямую связанная обратная сторона того же вопроса, который Вы озвучили.
Пункт 2 -- "Цена производства на фабрике. Данный пункт практически линейно (с оговорками, конечно) зависит от количества произведённых CPU" -- давайте попробуем конкретизировать оговорки.
Цена партии из ста и ста тысяч процессоров обсуждаемого класса на TSMC будет сопоставимой или отличающейся в несколько раз?
правда с учётом того, что сами решения на базе Кунпенгов производительнее в разы, если не на порядок
Видите ли, я как-то делал сравнение времени сборки LibreOffice 6.3 на Taishan 2280 v2 (2x Kunpeng 920) и 4Э8СВ (4x Эльбрус-8СВ) -- компиляция как раз "неудобный" для VLIW/EPIC класс задач со сплошными ветвлениями, как Вы прекрасно знаете (плюс lcc раза в три более вычислительноёмкий для целевого e2k опять же по постановке задачи, чем gcc/x86, а мы ему ещё и -O3 задаём).
Так вот на 96 ядрах по 2,6 ГГц aarch64 получаем 34 минуты (раз, два, более точное: 34:16.24elapsed 1580%CPU) -- а на 32 ядрах по 1,5 ГГц e2kv5 получаем 122 минуты (2:02:00elapsed 1773%CPU). Да, в разы -- три с половиной раза -- но не на порядок.
Из того, что стоило бы уточнить (и в голову пришло только сейчас) -- так это какое количество потоков было разрешено на альтовой сборочнице aarch64 на тот момент (не удивлюсь, если "до упора"с учётом того, что армы у нас вечно хромали до ThunderX включительно -- там разница была четырёхкратная при 64x 2,2 ГГц на узел: 2:14:23elapsed 1711%CPU).
Кстати, приведённые логи показывают, что на 2020 год Kunpeng 920 вполне достойно тягались конкретно на наших задачах не только с POWER8 -- там 4x 11x 2,93 ГГц -- но и с EPYC 7351, 16x 2,4 ГГц -- нынешним, понятно, опять проигрывают).
Что до TCO -- занятная попытка сменить тему; тогда давайте поговорим насчёт поставок и поддержки серверов Huawei за последние пару лет -- даже в условиях штатовских санкций против самого Huawei. Напомню, буковка "T" в изрядно мифологизированном "TCO" означает "total", бишь "полная".
действовать против России.
Вообще-то именно Вы - самый настоящий враг России. Вы делаете нашей стране, России - больно, своим непрофессионализмом.
процессоров обсуждаемого класса на TSMC
Честно говоря, надоело читать чушь - Вы сами то когда были на TSMC и что там заказывали? Ответ очевиден.
В России сейчас почему-то стало модно не наказывать тех, кто пишет о том, в чем вообще не разбирается.
Это снято с чего-то, произведенного до момента попадания МЦСТ под санкции. То есть надо размещать в хабе "старое железо" вместе с другими переставшими существовать раритетами.
Это доказывает, что есть одна работящая машинка.
Это не доказывает, что есть серийное производство.
Еще пару-тройку лет и E2K можно будет смело переносить в область ретро-компьютинга. Кадый камень будет доставаться коллекционерами за огромные деньжища из ретро-СХД. А энутзиасты, чтобы попробовать, начнуть делать программные симуляторы и аппаратные реализации E2K на ПЛИС, аки КР580ВМ80А. Красота! :)
Для людей пишущих про производство и патчи с НДА хотелось бы сказать что я рассматриваю архитектуру и микро архитектуру, про производство и НДА до меня было 100 раз рассказано многими людьми
Посмотрите шире. Для чего вы это рассматриваете? Чтобы что?
Производить софт под эту архитектуру сейчас сложно. Причины выше.
Да погроммистам под любой не Х86-64 и ARM разрабатывать сложно, получается все разработки сворачиваем и сидим на подсосе ?
Нет, под x64 и под ARM вы просто берете официальные пакеты с nuget и работаете с ними. А в случае с e2k, если мягко сказать, вам придется сильно побегать )
Интел начал строить свои заводы, из-за чего стал проигрывать конкурентам, потерял кучу денег, но теперь американские процессоры производятся в америке. Что для них стратегически важно, ведь если с Тайванем что случится, то все прибегут к Интелу. А наши процессоры у нас не производятся (лишь разрабатываются), не видите в этом проблему, что давно надо было решать?
Интел начал строить свои заводы, из-за чего стал проигрывать конкурентам
Интел начал строить свои заводы примерно за сорок лет до того, как начал проигрывать конкурентам. Да и сейчас американские процессоры Интел производятся в основном в Израиле и Ирландии. И разрабатываются многие из них тоже там.
не видите в этом проблему, что давно надо было решать?
Эту проблему уже невозможно решить. Надо было начинать лет двадцать назад, и даже тогда шансов было бы немного. Китай вот со всеми его ресурсами, совершенно несопоставимыми с сегодняшей РФ, даже не близко находится к решению.
Судя по всему Китай производит свои Loongson на SMIC, пусть не топовая литография, но своя. У SMIC точно есть техпроцесс 12-нм, а про Huawei писали что там им сделали чипы по технологии 7-нм. Так что Китай неплохо догоняет.
Так что Китай неплохо догоняет.
Это все делается на оборудовании ASML, Applied materials, LAM и других компаний из ЕС, США и Японии. SMIC уже не имеет доступа к передовому оборудованию, и эта ситуация скорее ухудшится, чем улучшится. Самостоятельно Китай сейчас даже 90 нм не может производить по полному циклу.
7 нм процесс SMIC, сделанный без EUV на многократном экспонировании, существенно дороже и сложнее, чем аналогичные процессы фабрик, имеющих доступ к EUV. И он, как я уже сказал, даже в таком виде зависим от сразу нескольких враждебных Китаю стран.
ASML, в свою очередь, зависит от российской науки.
TSMC, как и любое иное подобное производство -- от сверхчистых инертных газов (и если очистку в какие-то разумные сроки наладить можно, то вот перестроить металлургическое производство на предмет добавления купольных уловителей -- удачи, как говорится).
И это счастье даже для враждебных Родине людей вроде Вас вообще-то.
То, что ASML как-то зависит от российской науки - это пропагандистская выдумка, довольно легко опровергаемая. Примерно такая же, как то, что все мировые фабрики два года назад умерли без российского неона. Даже цены, в общем-то не выросли, не то что какие-то проблемы у кого-то были.
Что касается того, кто из нас двоих враждебен родине, это ещё поспорить можно. Но вы с вашим продвижением Эльбрусов вместо нормальных процессоров ей точно вредны)
вместо нормальных процессоров
"Нормальных" это каких? Чем эльбрус ненормален и какое конкретное место надо исправить.
Эльбрус является представителем тупиковой ветки развития, от которой все отказались довольно много лет назад. Проблема, которую надо (но нельзя) исправить - Эльбрус гораздо хуже равнимых по сложности, мощности и другим параметрам RISC-процессоров справляется с реалистичным кодом, имеющим много ветвлений.
В 1998 году, помнится, про эльбрусы уже писали и говорили, но никто их не видел вживую. Прошло четверть века - ничего не изменилось. Занудно и уныло, Миша Шигорин все одни и те же сказки рассказывает (везде успевает - в почившем лайвжурнале, на опеннете, в мэйллисте debian-russian - вот уж сдался он нам там, на хабре, в спортлото наверняка тоже пишет регулярно). Чего уж только не наврал, к примеру, про покупку эльбруса в магазине на собственную зарплату, но всем желающим купить эльбрус все так же фигу показывает :)
А не подать ли на Вас, Алексей, в суд по ст. 128.1 УК РФ на предмет клеветы в СМИ?
Скрин сделал, администрации сообщил, но было бы лучше, если бы Вы проверили каждое ляпнутое Вами в этом комментарии слово на предмет готовности его в суде доказать -- и мужественно исправились.
Потому как с 1998 изменилось как минимум то, что эльбрусы собственно появились в кремнии в начале нулевых (а с 2014 пошли и на гражданку), Миша Шигорин рассказывает "одни и те же сказки" то про 4С, то про 8С/8СВ/16С, то про ещё какие штуки (что любому проверить ни разу не сложно при желании) -- ну и да, вот этот домашний "Эльбрус-16С", с которого прочёл Вашу детсадовскую чушь и зачем-то отвечаю, куплен мною в bitblaze.ru на собственную зарплату (понятно, что не месячную), а любой желающий может постучаться по контактам на imaxai.ru и спросить свой 2С3 (но цена за плату с процессором что-то в районе 300--400 т.р. была крайний раз).
PS: как минимум ещё один из действительно грамотных старожилов как раз таки debian-russian@ вовсю применяет эльбрусы в работе (и подправлял по ним публичную документацию на нашей вики), а другой вот в ещё трепыхавшейся ЖЖшечке интересовался -- что в этой самой рассылке за безграмотный такой вылез.
PPS: "не уверен -- не гони" (ц)
Как практик отмечу, что далеко не так сложно, как раздувают иные особо одарённые.
И удалённый доступ есть, и возможность получить выделенный сервер/машину на руки (сложнее и дольше, но тоже есть) -- и много для чего даже усилий особых не требуется: скажем, движок Unigine перетащили за рабочий день вдвоём с разработчиком.
Можно над сильно неполным списочком поразмыслить.
А в каком месте статьи вы писали про архитектуру и микроархитектуру процессора?
Спасибо, конечно, за интерес к теме -- но статья откровенно слабенькая и по технической стороне, и по редактуре (всё-таки родной язык стоит любить и беречь, повышая в первую очередь свою собственную грамотность).
Предлагаю желающим писать статьи по эльбрусам свою посильную помощь в консультативной и корректорской части (в личку, mike@altlinux.org или @mshigorin).
Конкретно здесь зацепили глаз вот эти косячные фразы:
на данный момент реализован Эльбрус 2с3, а Эльбрус 16с находится на стадии тестирования
e2c3 есть как минимум в двух вариантах -- инженерный r0 и серийный fab2; e16c физически существует в r0, серийный вытащить с производства не успели (но имеющиеся камни давно оттестированы и я, например, при написании этого ответа такой использую вполне себе в проде).
На данный момент есть реализованные процессоры E2K V4 и E2K V5: Эльбрус 4с, Эльбрус 8с, Эльбрус 8св. Самый распространённым является Эльбрус 8с, он является улучшенным Эльбрус 4с и имеет 3 версии: Эльбрус 8с-стандарный и появился самым первым среди 8 ядерных, Эльбрус 8с1-более удачные образцы которые имеют более высокую производительность за счёт увеличенных частот ядра и других модулей, Эльбрус 8св-самый сильный из 8 ядерного семейства, отличается не только возросшими частотами, но и реализацией векторных вычислений с помощью внедрения VEC блоков
Сотрите эту глупость -- всю процитированную целиком, пожалуйста, и больше так никогда не делайте.
Измышления, даже не отмеченные хотя бы "мне кажется", ВРЕДНЫ.
Реализованы в кремнии все версии архитектуры от v1/v2 (между которыми ломалась совместимость) до v6.
e8c (v4) был доступен в двух выпусках, 8С1 быстрее не за счёт частоты, а за счёт исправления ошибок (нам перепаивали после получения серийных процессоров).
e8c2 (v5) к "восьмиядерному семейству" относится весьма условно, поскольку это примерно единственное, что роднит 8СВ и 8С (ну ещё техпроцесс 28 нм): версия архитектуры, рабочие частоты, контроллер памяти отличаются существенно.
v5 отличается добавлением 128-битных регистров, а векторные операции умеет любой e2k.
Материалы по теме:
это подтверждает слова о том, что Эльбрус 8С состоит из 2-ух процессоров Эльбрус 4С
Нет.
Поэтому не имеет смысла ждать и надеться на то что мы когда-то увидим Эльбрус 16СВ
Если это был такой корявый пересказ FAQ -- стоило на него сослаться, чтобы читатель мог ознакомиться с первоисточником.
Низкая частота процессора [...] Путь решения этой проблемы [...]: увеличение частоты процессора
Гениально, Ватсон!
[ПНС] [...] не так давно Эльбрус не мог работать с видеокартами выше чем AMD Vega 64
Опять каша всмятку. При чём здесь прошивка, если вопрос был в том, какой amdgpu в уже портированных версиях ядра (которые не так давно ограничивались 5.10)?
Фирмварь может отказаться выводить что-либо на карту не в белом списке (или установленную в серверную материнку, где при наличии встроенного VGA отключен "из коробки" кусок lintel для запуска VBIOS) -- это может быть неприятно, если воткнуть в DB15 или DB9 попросту нечего, но то, что Вы "можете сказать", является попросту дезинформацией, к сожалению.
есть энтузиасты которые планировали добавить поддержку Rust и Go в Е2К
Компиляторы rust и go на e2k есть достаточно давно -- первый делали для портирования firefox 68, второй -- для docker (в виде gccgo); патчи на rust были опубликованы, благодаря чему пару обновок выкатили и ребята из сообщества -- но делал их сотрудник на ставке.
Сухой остаток: если будете писать свои статьи так, чтобы с ними можно было хоть в суде стоять -- цены им не будет; если хотя бы о каждом предложении спросите себя: откуда я это знаю? верно ли я понял прочитанное в других источниках? стоит ли писать то, в чём не уверен? -- то вместо вредного текста может получиться даже и полезный.
А чтоб понимать -- можно своими руками щупать (что по ssh, что в том же яндекс-музее), можно в сообществе даже не столько спрашивать, сколько читать.
Дерзайте, и удачи! :)
Михаил, я давно Вас прошу, напишите хорошую техническую статью про всю линейку E2K с известными (доступными для разглашения) подробностями внутреннего устройства, структуры системы команд и т.д. Несколько лет назад МЦСТ опубликовала "Руководство по эффективному программированию на платформе «Эльбрус»", можно оттолкнуться от него.
Если хотите -- напишите Вы, а я могу посодействовать вычиткой/контактами.
Себя не считаю компетентным для действительно хорошей технической статьи такого плана, но вот заметить то, что точно не так, и обратить на это внимание пишущего -- в ряде случаев вполне смогу.
В случае полезности железа на руках для проверки каких моментов -- тоже можно обсудить :-)
Михаил, так будет Эльбрус 16с запущен в массовое производство? Или сразу 32С? И в какие сроки ожидать и каких процессоров ожидать?
В 2005-2006 году (ого-го, уж скоро 20 лет будет) была заметка (на хоботе, вроде, сейчас не получается найти) про Бабаяна, как он работал-работал над Эльбрусом, а потом с командой продался в Интел. Эх, жаль не найти ту статью -- там человек рассказывал об особенностях разработки.
Там не видел (хотя слышал об этой истории минимум с трёх сторон), но могу предложить статьи @vvvphoenix-- например, вот эту.
Благодаря 2-ум этим схемам
2-ум схемам
2-ум!
Это время закрытия зачётов первокурам за статьи на хабре подошло?
Архитектура процессора Эльбрус и его путь развития (на примере Эльбрус 8С и 16С)