Эльбрус - это VLIW (Very Large Instruction Word) - процессор с явным параллелизмом команд EPIC (Explicit Parallel Instruction Computing). Параллелизм на уровне операций задается компилятором на этапе компиляции программы. Операции способные исполняться параллельно упаковываются в широкую команду (до 512 бит). В остальном Э. выглядит как все современные микропроцессоры, за исключением некоторых интересных идей: асинхронная подкачка данных из массивов, аппаратная защита данных. Вот тут МЦСТ выпустило целую книгу про Эльбрус: http://www.mcst...book_121130.pdf где все подробно описано. Мультиклет же это своеобразная реализация безадресной архитектуры. В процессоре есть 4 клетки (АЛУ + другие ФУ). Каждая клетка выбирает команды из Памяти Программ в составе чипа их своего банка. Число банков памяти равно числу клеток. После выполения команды генерирующей результат - этот результат попадает в коммутатор откуда он становится доступен всем клеткам. Клетка, которой нужен этот результат или ожидает его появления, либо считывает его если он там уже есть и вставляет его в микрокод своей команды готовой к исполнению. Все это дело может происходить параллельно, если нет зависимостей по данным. Клетки работают с т.н. "параграфами" - это линейный участок кода до команды перехода. Все клетки работают с командами только одного параграфа. Мультиклет пока что годится только в качестве микроконтроллера. Из-за особенностей реализации прерывания в нем обрабатываются странным образом: либо до начала исполнения параграфа, либо строго после его полного завершения. Из-за этой особенности Мультиклет не подходит для задач реального времени. Короче Эльбрус лучше и намного.

P.S. Понятно, что я размечтался, но если бы было сделано что-то вроде http://www.ti.c...uct/tms320c6455 , закрытый в керамику, да ещё с применением отказоустойчивый каких-то вещей на многих уровнях, то это был бы продукт-бомба, который бы кусочек мирового рынка спецприменений себе отвоевал бы... да ладно, мечты есть мечты    

вот, похоже, там только системный подход и используется, а жаль.

Дак создать кристалл по технологии КНИ (кремний на изоляторе) или КНС (кремний на сапфире) это задача производителя кристалла, а не разработчика архитектуры. Т. е. они могут по желанию заказчика создать Мультиклет по технологии КНС.

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

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

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

Воюют с равными, пока мультиклет арму не ровня и воевать с ним нет смысла. А потом возможно будет ограничение на выезд сотрудников за рубеж, т.к. собираются работать на оборонку. Человеческие ресурсы всегда ограниченны и вы не сравнивайте по нужности в рамках страны телефон и ракету, первое - вообще все равно откуда, а без второго первого не будет точно никогда. Телефоны это вообще мягко говоря как фиговый лист на голом месте. Если уж думать о пользовательском оборудование, то я бы начал с коммуникационных систем и систем хранения данных (роутеры и коробочки с жесткими дисками). Но лучше туда не лезть, без этого задач хватает, значительно более востребованных, танк он в тысячу раз важнее телефона, танк это гарантия безопасности, а что такое телефон - возможность посидеть на одноклассниках в метро?

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

Ну я написал очень простую вещь, как пример, может быть сложнее vector a; vector b; qsort(a); qsort(b); в данном случае вроде это будут независимые параграфы и исполнятся параллельно. Такое уже ни эльбрусу, ни MMX не под силу, правда не понятно почему этого же нельзя добиться и на обычных процах, разделив код на уровне компиляции и исполнив на разных ядрах. Может там каких-то инструкций не хватает. Надо у их инженеров спрашивать.