Здравствуйте, Gt_, Вы писали:

Gt_>что бы не упереться в производительность одного потока как интел с x86. vliw позволяет больше инструкций за такт + перенести блок предсказаний в компилятор.

Не поможет, пока в качестве памяти используется DRAM.
Или для DRAM надо операцию смены открытой строки ускорить раз в 30 минимум (фантастика на втором этаже (c)), или выбросить каку и переходить на SRAM (ценник умножить на 10, а в первые 5 лет на 20, плотность упаковки разделить на столько же).
Пока есть проблема с DRAM — все эти супер-EPIC (VLIW) будут отставать от Atomʼа.
Разумеется, рекламные бенчмарки будут на синтетических тестах, когда SIMD перерабатывает потоки данных с тщательно рассчитанными тактировкой и предвыборкой — именно такие тесты вам и рисуют (и кролики ведутся), а потом по отзывам тех, кто это реально применял, Эльбрус на обычных действиях с трудом догоняет пень-три.

А Intel и AMD тем временем просто спускаются с горы и овладевают всем стадом, догоняя длину конвейера микроопераций до 200 и выше. Они уже на этом вашем VLIW обожглись и повторять не хотят.

Gt_>пытаться с двумя деревянными рублями догнать интел просто глупо, посоревноваться с интелом и арм сможет лишь то, что будет в разы больше инструкций за такт прожевывать. например vliw.

Осталось собрать 100500 рот сильных программистов, которые перепроектируют весь софт на SIMD... OH SHI~