Ну дык IA-32 никогда РИСКом никто и не называл, насколько знаю. Обычный плохой CISC (именно плохой, из-за чего обладает невысокой алгоритмической производительностью -- т.е. на выполнение определённой работы ему нужно больше команд, чем хорошим CISCам, например, PDP-11 или VAX-11). А у нынешнего АРМа от РИСКа, как я сказал, осталась только неспособность работать с данными прямо в памяти: их сначала надо загрузить в регистры. Но: а) у него полно сложных команд, включая деление (для "настоящего" РИСКа это немыслимо, потому что такие команды выполняются неопределённое, но достаточно долгое время вместо 1-2 тактов, требуемых самой идеологией РИСКа); б) у него переменная длина кода команды (всегда 32 бита в системе команд АРМ, но то 16, то 32 бита в системе команд Thumb); в) мало регистров (13 "настоящих" РОНов -- у классических РИСКов их несколько десятков, а то и больше сотни); г) имеются сложные виды адресации, возможность условного выполнения многих команд и т.п. дополнительные "плюшки"; д) как следствие всего этого -- сложный формат кода команды (он проще, чем у ИА-32, но сложней, и существенно, чем кодировка команд таких типичных CISCов, как ИБМовские мэйнфреймы, ПДП-11 и даже VAX-11).
А вообще, использование термина RISC мне напоминает использование другого термина -- микроядро. Когда они только появились, они означали вполне определённые вещи, поскольку базировались на достаточно чётких (пускай и спорных) концепциях. Однако сейчас ими называют всё подряд независимо от того, насколько это соответствует истине.
Насчтё Cell'а заблуждаетесь. Судя по тому, что мне довелось о нём читать, там не было ничего, что не обкатывалось бы ещё в 1960-х годах -- просто эти типа новые идеи были реализованы на совершенно ином технологическом уровне. В общем, никакими выдающимися прогрессивными технологиями он не обладал, и лично я склонен рассматривать его, как и PowerPC, большой ошибкой ИБМ (более крупная ошибка -- лишь безобразно сделанный ИБМ ПЦ, который, однако, стал стандартом де-факто -- но отнюдь не по техническим причинам).
У ARM перспективы в плане десктопов отнюдь не печальны и определяются исключительно тем, насколько хорошо поработает мыкрософт: по производительности та же упомянутая здесь Тегра-2 не шибко уступает современным младшим процессорам от Интел и АМД (одно- и двухъядерным с частотами до 2-2,3 ГГц примерно) и безусловно проигрывает лишь четырёхъядерникам и более мощным кристаллам, однако вчистую обходит их и по стоимости, и по массогабаритным показателям, и по потреблению, а заодно имеет большие возможности для роста производительности "тупым" путём: наращиванием частоты без каких-либо архитектурных изменений (ну а Интел, как известно, давно уже упёрлась в частоту, поэтому и рост производительности индивидуального ядра почти остановился и достигается, по большому счёту, лишь введением новых специализированных инструкций да "вылизыванием" ранее сделанного).
Что касатеся Larabee, то это изначально идиотский путь, ну а учитывая тишину последний год, если не больше, это, похоже, дошло и до руководства Интела. В самом деле, паршивый CISC никак не сможет тягаться по производительности с заточенными на вычисления "околографическими" процессорами что от Невидии, что от АМД: для ИА-32 требуется слишком большой блок выборки и декодирования команд, чтобы на кристалле ограниченных размеров можно было разместить много процессорных ядер. Ну влепят они их 100 штук на кристалл, но у Невидии и АМД к 2000 приближается -- а для числодробления количество параллельно выполняемых операций куда важней, чем сложность отдельной операции (собственно, подобные вычисления и являются единственной нишей для РИСК-архитектур: здесь действительно можно извлечь выгоду из этой идеологии, а не понести одни убытки, как это имеет место в области центральных процессоров универсального назначения).
|