> Ну да, специально написанный на e2k-ассемблере/с пачкой e2k
> intrinsics код можно и разогнать, как нам рассказывают и показывают
> на всяких семинарах, презентации которых потом не публикуют,
> хотя и обещали

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

Но вообще-то тебя занесло: под VLIW как раз на ассемблере не особо-то и попишешь, а вот какие #pragma loop count и другим могут пригодиться.

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

> но вот какой-нибудь JAVASCRIPT BENCHMARK и прочие SPEC там будут
> работать примерно одинаково фигово.

Давай посмотрим -- с меня fx52 на 4с или 8с, с тебя что-нить на чём-нить.  Про SPEC, кстати, известно, что он подогнут под интел вплоть до... ой, опять подсказок компилятору, но давай и его посмотрим.

> Ну или МЦСТ за эти годы сильно преуспел в оптимизации и кодогенерации
> в своём lcc.

Ещё как преуспел, разница между одним и тем же 4с на коде из-под 1.20 и 1.21 на ощупь -- "старший PIII и средний C2D".

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

Хотя да, интерпретаторы и JIT как задачи с сильными зависимостями по данным на VLIW/EPIC ложатся хуже сишечки/плюсов.