Как стать автором
Обновить

Комментарии 15

Идея транслировать какую-нибудь общепринитую ISA во внутренний VLIW жива до сих пор. Помимо Эльбрус-2000 есть еще NVidia Denver - ядра общего назначения, исполняющие код для ARMv8.

Ура, динозавр вернулся! )

IRu Stilo 1514 первый мой ноутбук :))) Тормозной был просто до ужаса, на нем даже СS 1.6 на движке первой халвы, умудрялся тормозить

Я тогда размышлял над этим вопросом, в итоге подозрительеость взяла верх и купил более традиционный iRu 3215 combo.

Вполне пристойный был ноут, вспоминаю с теплотой. Собран аккуратно, разумные по тем временам 2,6 кг, приличный ресурс от батареи.

Потом поменял проц на 1,7 ггц пенек (да, тогда такие вещи можно было делать!), добавил памяти, в итоге он долго мне служил - и как ноут и как системный блок для дома (с внешним монитором).

Главное отличие Эльбруса и «Итаника» — хотя они изначально разрабатывались для исполнения нативного кода для своей архитектуры, оба имели довольно эффективный программный транслятор х86 кода...

Не знаю насчёт «Эльбруса», но «Итаник» точно не обладал эффективным транслятором x86 кода. Из-за того что программная трансляция x86 была очень медленной, Intel в срочном порядке «привинтил» к ядру «Итаника» аппаратный блок трансляции x86 кода, но и с ним всё было довольно медленно...

С другой стороны, «Итаник» имел очень эффективный программный транслятор HP PA-RISC архитектуры. Это и не удивительно, ведь все основные архитектурные (ISA) идеи «Итаника» пришли из ранних разработок HP начала 1990-х, где основной целью ставилась замена PA-RISC на процессор с VLIW архитектурой при максимальном сохранении совместимости в системе команд. Поэтому почти для каждой команды PA-RISC есть очень близкий эквивалент в системе команд IA-64 — отсюда и эффективность программной трансляции.

Не могу сказать, что они оба совсем молодцы в плане эффективности трансляции (особенно по соотношению цена/итоговая производительность), но были отзывы, что 700 МГц Итаниум соответствовал по производительности равночастотному Pentium III. Неплохо в целом, но относительно ожиданий — довольно грустно.

Все ровно наоборот - в Itanium первого поколения (Marced вроде) бы аппаратный энджин для х86 и работало это просто позорно, где то на уровне 386го или даже ниже. В Itanium II его выкинули и сделали бинарную трансляцию как в эльбрусе и крузо, стало хотя бы как равночастотный пень3, что кстати до сих пор демонстрирует эльбрус и это очень печально. Если бы интел, трансмета и мцст не пилили бы свои проприетарные поделки каждый в своем темном углу а вносили бы общий вклад открывая свои поделия, дело бы гораздо дальше продвинулось за 20 то лет.

Не знаю синхронизовано ли это было с покупкой интелом бабаяновской команды, но так же во втором итаниуме появились конвейризованные циклы (такие же как на эльбрусе), а в x86 появился nX-bit - по сути безопасный режим с тегом исполняемости реализованый трансметой в рамках ограничений ia32 и лицензированный интелом.

Так что да, обмен шел активный, жаль только не в сфере ПО, потому что jit-ы, компиляторы, кодеморфинги пилившиеся под итаниум и трансметовские процессоры все похерены.

ох был у меня такой iru, редкостный тормоз. а ещё какой-то добрый человек закрутил болт cd-привода изнутри, так что когда привод умер, для замены пришлось разбирать его полностью.

и это вы называете хорошей сборкой?

После смерти Transmeta их интеллектуальную собственность получили все, кто хотел ее лицензировать. Intel, Nvidia и другие получили все, включая CMS source code.

В Intel это вылилось в проэкт MoonRun который пытался воссоздать binary translation assisted VLIW процессор, под руководством Dave Ditzel. Но проэкт вовремя был признан не перспективным и похоронен.

Тогда как в Nvidia зашли подальше и родили Denver (https://en.wikipedia.org/wiki/Project_Denver). Denver CMS это прямой наследник Transmeta Efficion CMS да и микроархитектура очень похожа на VLIW. Так что у Transmeta был хотя бы один не мертворожденный наследник !

Что характерно, в Esperanto Technologies тоже работают некоторые бывшие сотрудники МЦСТ (по части бинарной трансляции).

Интересная информация. Не слышал про MoonRun до этого.

Denver CMS это прямой наследник Transmeta Efficion CMS

На вики написано:

" Project Denver was started in Stexar Company (Colorado) as an x86-compatible processor using binary translation, similar to projects by Transmeta. Stexar was acquired by Nvidia in 2006.[15][16][17] "

Как это согласуется с инфой про трансмету?

Да, слова последнего абзаца истинены! Лично я давно работаю со студентами в области анализа алгоритмов на (внутренний) скрытый параллелизм и возможность его эффективного использования на поле параллельных вычислителей (VLIW в том числе)... Пока всё на уровне идеи и её формальной реализации (соответствующая математико - компьютерная модель), но основы заложены (минимум есть что обсуждать и, если кому интересно, развивать). Близится время "трансляторописАния" для ЭЛЬБРУСОВ и системные разработчики должны быть готовы. См. цикл публикаций - из них конечная https://habr.com/ru/post/551688/ (всего 6 шт.).

Вопросы генерации рационального ("осмысленного", обладающего максимальной плотностью кода) сверхдлинного слова для VLIW-процессоров - здесь https://vk.com/valery_bakanov?w=wall647639183_106 (стр. 154)..!

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