> набор инструкций AES-NI, дающий совершенно убийственную производительность. Вот только пользоваться в таких вещах аппаратными приблудами - неплохой шанс на залет. Вообще, желание американцев сделать суперстандартное шифрование при желании американской конторы запихать оное в проц попахивает тем что однажды мы что-нибудь такое узнаем, что нам не очень понравится с точки зрения недоступности зашифрованных данных для тех кому они не предназначены.
> в остальных 100000, доказывает, что это процессоры разного класса несмотря на
> равное количество попугаев.
Ну сравнивать влобовую VLIW и CISC - затея не очень, они довольно разные. Но мы можем достать VLIW (но можно и GCN) в виде амдшных GPU, если на то пошло. Вполне себе числокрушилки.
> параллельно. Таких задач крайне мало,
На самом деле - таких задач дофига. Криптография, кодирование/декодирование видео, etc. Работа кучи процессов. А для браузинга интернета много проца и не требуется.
> т. к. обычно причинно-следственную связь ничем
> не обманешь, каждый следующий этап зависит от предыдущих,
А это от задач сильно зависит.
> Не девелоперы, а суровая реальность, сильно отличающаяся от иллюзий.
В этом плане VLIW для начала нагнется от того факта что никто не делает эффективные компиляторы под оный. Если к гцц и шлангу где-то сбоку примотать генератор кода - это отлично, но компилер явным образом не в курсе заскоков VLIW насчет массовой параллелизации, группировки команд и взаимозависимостей и оптимальность сгенеренного кода будет оставлять желать много лучшего. По хорошему такой компилер должен писаться с учетом особенностей проца, но кто ж это делать будет?! У амд и интеля вон кишка тонка оказалась, инель свой итаник вообще почти убил уже, а амд заменило чистый VLIW в видеокартах на более простой для програмеров GCN, как раз потому что эффективный код VLIWу генерить - тот еще кластерфак.
