Китайцы и Эльбрус

Когда уже эти Эльбрусы массово доступны будут...

Что за нейтрино?

QNX

ясно

Когда уже эти Эльбрусы массово доступны будут...

когда уже их похоронят и забетонируют? а то надоели постоянно откапывать

Жаль шо её Blackberry/RIM купил.
А то может открыли бы.

А если скажем Blackberry/RIM исчезнет, может ли другой обладатель прав раскрыть исходники?

Может, если это будет бесконечно малой частью его доходов.

Ну дык министр предложил — проведём переговоры, они практически ничего не стоят.

Поднимите руки, кто тоже считает, что эти переговоры кончатся ничем.

А зачем? Сейчас не хватает чего-то массово доступного и нужного, что наблюдается только в эльбрусах?

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

Xue Bin

так что в итоге будет - Xue или Ebin?

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

А мне мысль пришла в голову. Эльбрусы, вроде, ориентированы на обработку сигналов в режиме реального времени. А что если на нём запустить джек с аудиостудией или просто гитарикс запустить? Будет он лучше работать?

Почему первопня? Как ты вообще сравнил?

Chelobaka Не заточен он на это, это процессор общего назначения как итаниум.
Его специфика это много команд совершаемых за такт.

Но оснавная его ос (Эльбрус ОС) таки тоже РВ

джек с аудиостудией или просто гитарикс
Будет он лучше работать?

Не знаю а что у них в обычной ОС не все хорошо с работой?

Судя по этому интервью там творился и творится лютый трындец. Не верю что эта контора может сделать что-то хорошее http://eax.me/eaxcast-s01e06/

Судя по этому интервью там творился и творится лютый трындец

И на основании этого ты сделал вывод что у него производительность первопня?

А насчет интервью - отличное интервью, ничего трындецового там не услышал, симуляторы есть (аж два), компайлер есть, кросскомпайлер есть, поддержка GCC есть, тестирование - все как надо, работа там кипит короче.

Кстати по поводу LLVM про который все почему то говорят как про христово спасение (на хабре да и здесь тоже попадались реплики «почему бы им просто не взять LLVM?»):

Практически - в этом мире есть несколько выводков компиляторов. Они проектировались и делались давно. Поэтому про VLIW они знают чуть менее чем ничего. Особенно эпичен тут продолб LLVM - супер-пупер архитектура делалась не так давно. Но про VLIW почему-то тоже ничего не знает. Хотя имели все шансы учесть. Но видимо рассказывать форумными эпплоботами про крутую архитектуру LLVM проще чем нанять вменяемого архитекта в проект.

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

На примере амд: они 2 года долблись чтобы просто выжать валидную кодогенерацию для своих VLIW из LLVMного гуано. После двух лет долботни оно наконец смогло генерит шейдеры ... лишь немного тормознее чем самопальный кодогенератор, который написали сто лет назад а про оптимизацию никто и не задумывался даже. И после этого там море глюков в этом LLVM. По сей день. В аллокации регистров оно обсиpaется постоянно. Оптимальность кода - ниже всякой критики. Оно вообще понятия не имеет о такой фигне как взаимозависимости команд. Поэтому LLVM выдает что может, а отдельная фаза за ним - костылирует код, переставляя команды, до состояния когда поток станет хотя-бы технически-валидным (т.е. учитывающим взаимозависимости как указано в спеках).

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

По частоте проца очевидно (800Mhz)

По частоте проца очевидно (800Mhz)

Справедливости ради, первопни кончились на 233 Mhz.

поддержка GCC есть

Откуда дровишки? Раньше у них был только свой компилятор, совместимый по опциям с gcc.

В эльбрусе 2с+ были 2 ядра эльбруса и 4 ядра дсп.

Удваиваю, компилятор свой.

Не знаю а что у них в обычной ОС не все хорошо с работой?

Ты пробовал на моноблоке их работать? Тогда скорость браузера знаешь сам, наверно.

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

«Предлагаю вам рассмотреть вопрос изготовления оборудования на базе процессоров МЦСТ архитектуры „Эльбрус“, - сказал министр, обращаясь к представителям Huawei, Inspur и ZTE.

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

Как ты вообще сравнил?

По мегагерцам видать он это сделал. Сравнил Intel'овские x86_64 мегагерцы с эльбрусовскими VLIW'овскими. Как истинный PHP'шник.

Откуда дровишки? Раньше у них был только свой компилятор, совместимый по опциям с gcc.

SMD

Удваиваю, компилятор свой.

Имеется в виду в родном компиляторе поддержка, судя по сказанному в интервью там не просто совместимость по опциям а целый слой для правильного собирания gnu софта который очень завязан на gcc.

Ты пробовал на моноблоке их работать? Тогда скорость браузера знаешь сам, наверно.

Он спрашивал есть ли профит от жесткого RealTime (под который точат Эльбрус и ОС к нему) в музыкальных/студийных приложениях (то есть может быть в этом он себе нишу найдет), я лично хз нужен там жесткий RealTime или нет, вот и уточняю - ну гитару воткнул моментально прерывание сработало, что еще может полезного быть? Звук вроде и так без задержек проходит (или не всегда?)

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

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