>> Что касается эльбруса - никто же не ставит главной целью сделать самый быстрый процессор, самый качественный компилятор, завоевать весь рынок, и т.д.
>А жаль. Надо ставить такие цели.
>Если не ставить амбициозные цели, то и результат будет вполовину от ожидаемого.Из фразы "никто не ставит главной целью" никак не следует, что никто не ставит таких целей вообще. Казалось бы, айтишникам сам бог велел с логикой дружить и смысл написанного понимать.
Если стоит задача, скажем, возить руду из точки А в точку Б без зависимости от импортной техники, никто в здравом уме не начинает тратить триллионы на проектирование супермегагрузовика с первоочередной целью завоевать галактический рынок грузовиков, выиграть ралли Париж-Даккар и попасть в книгу рекордов Гиннесса. Первоочередная задача - это все-таки обеспечить перевозку руды из точки А в точку Б. Если при этом получится все сделать не хуже и не дороже чем у конкурентов - это замечательно, но для решения главной задачи, а именно перевозки руды своими силами, это вовсе не обязательно.
> 1) все vliw таки загнулись.
Вы считаете, что повторение этой мантры - лучший аргумент, или у вас просто других аргументов нет?
Ну расскажите об этом, например, Hewlett-Packard. Скажите им, пусть поудаляют все основанное на итаниуме со своего сайта и больше не смеют никому продавать, например, вот это:
http://h17007.www1.hp.com/us/en/enterprise/servers/integrity...
Также расскажите об этом многочисленным пользователям видеокарт AMD HD 2xxx-6xxx, пусть тоже всё срочно выкидывают, а то как-то не складывается - VLIW загнулся, а они, понимаешь, пользуются до сих пор.
Еще стоит сообщить производителям всяких медиапроцессоров, а то они тоже не в курсе что архитектура VLIW "загнулась" и использовать ее больше нельзя.
> 2) проблема даже не в том, что эти компиляторы надо написать, а в том, что они должны быть написаны в составе gcc, llvm/clang и тд
То, что можно использовать существующие наработки в области оптимизации в gcc и llvm - это вообще не проблема, это наоборот хорошо. Кому в здравом уме может показаться проблемой то, что не нужно полностью писать весь компилятор с нуля, а достаточно лишь сделать backend под свою архитектуру?
А вообще, по поводу неописуемой сложности оптимизации под VLIW, и простоты всего остального, расскажите лучше почему компилятор для новой и "простой" не-VLIW архитектуры в тех же amd-шных драйверах все еще не может обогнать VLIW даже на гораздо более мощном железе (когда он вообще работает), при том что им сейчас всерьез занимаются несколько человек в AMD:
http://www.phoronix.com/scan.php?page=article&item=amd_radeo...
> Время "работы в одно рыло" ушло
Вы случайно не запасной аккаунт Serg Markov? Тот тоже любит громкие бессмысленные фразы и пропагандистские лозунги типа "время ушло" вместо реальных аргументов.
