С колокольни околосистемного программиста, никогда процессоры не разрабатывавшего у VLIW есть свои плюсы, которые однако же и одновременно минусы. CISC/RISC позволяют более гибкую оптимизацию на уровне процессора, VLIW же с ее параллелизацией на уровне компилятора подразумевает что однажды скомпиленный код на будущих процессорах будет параллелиться точно так же как и на старых. То есть такая "низкоуровневость" нативного кода сильно урезает возможности новых версий процессоров более оптимально исполнять старый код. С другой стороны умные декодеры, те самые, которые в х86 позволяют параллелить код, они тоже кушать хотят, потому offload их работы на компилятор теоретически снижает энергопотребление.
Потому мое ИМХО таково, что VLIW оптимален для эмбеддеда/мобильников и всяких JIT сред исполнения, а для десктопа/нативного кода — ну так себе.

С колокольни околосистемного программиста, никогда процессоры не разрабатывавшего у VLIW есть свои плюсы, которые однако же и одновременно минусы. CISC/RISC позволяют более гибкую оптимизацию на уровне процессора, VLIW же с ее параллелизацией на уровне компилятора подразумевает что однажды скомпиленный код на будущих процессорах будет параллелиться точно так же как и на старых. То есть такая "низкоуровневость" нативного кода сильно урезает возможности новых версий процессоров более оптимально исполнять старый код. С другой стороны умные декодеры, те самые, которые в х86 позволяют параллелить код, они тоже кушать хотят, потому offload их работы на компилятор теоретически снижает энергопотребление.
Потому мое ИМХО таково, что VLIW оптимален для эмбеддеда/мобильников и всяких JIT сред исполнения, а для десктопа/нативного кода — ну так себе. Хотя для opensource тоже норм, если не лень пересобирать мир под каждый новый проц.