ZDnet.ru: Intel расширит набор команд х86 В среду Intel рассказала о плане добавить 50 новых инструкций в свои чипы х86 для ускорения решения таких задач, как поиск, математические вычисления и обработка мультимедиа.
Полный текст здесь: http://www.zdnet.ru/?ID=616353
[Прислал brasset] |
Комментарии |
Комментарии: 40
Зарегистрирован: 05.11.2005 00:07
| что опять? |
|
Комментарии: 28
Зарегистрирован: 02.02.2005 13:17
| IMHO это все свидетельствует о глубоком застое в развитии технологий. Многоядерность тоже не от хорошей жизни появилась. |
|
Комментарии: 558
| Это давно ясно.
Частоты наращивать на данном этапе некуда. Производители маются, а что бы еще такого придумать, чтобы ускорить.
это скорее всего приведет к росту спроса на многопроцессорные ситемы. да и многоядерность естественно тоже будет рулить.
А еще я думаю станут рулить специализированые сопроцессры. Можт платы. не все ж в процессор пихать. уже сейчас фирмы начинают думать о том, как бы посчитать что нибудь не на центральном процессоре, а еще где нибудь http://www.ixbt.com/news/hard/index.shtml?06/85/47
x86 доживает последние года ИМХО. (Но агония может длиться очень долго, лет 10-15
|
|
Комментарии: 240
Зарегистрирован: 01.07.2004 14:57
| Надо слушать дедушку Вирта. Сегодняшний застой - неспособность текущих программных технологий использовать те аппаратные мощности, что имеются. |
|
Комментарии: 178
Зарегистрирован: 24.03.2005 17:32
| Порой эти аппаратные мощи (глядя на x86) на столько корявые и интуитивно непонятные, что их и не хочется программно использовать. |
|
Комментарии: 558
| Потому что излишне намудрили.
Вряд ли программисты станут пользоваться расширениями, которые есть не везде. Это просто неразумно. (Тем более это касается коммерческих программ, для которых это вообще смертельно опсано
И Получается что при всем богатстве выбора - Что Интель, что AMD занимаются фигней.
Надо сделать примитивный многопоточный проц. без всяких наворотов. а навороты надо предлагать отдельно. ИМХО.
Раньше вот был сопроцессор отдельно, и никого это особо не напрягало. Потому что он реально мало использовался.
Сейчас он конечно используется побольше, но всеравно многим в принцпе не нужен.
Но занимает площадь кристалла, съедает мощность и вообще это все могло бы быть использовано с большей пользой.
То же касается и прочих расширений. (которые кроме всего конфликтуют как между собой так и с FPU, что заметно снижает возможности их применения) |
|
Комментарии: 83
Зарегистрирован: 04.07.2004 21:44
| Вполне логичное развитие, оставаясь в рамках фон-Неймана. Введение семантически нагруженных инструкций будет продолжаться. Реализовано будет как обычно, декодером в микрокод.
Чем больше разных несовместимых "расширенных наборов инструкций", тем менее актуально распространение софта в двоичном коде. И более актуально распространение в виде, компилируемом с оптимизацией в момент установки. |
|
Комментарии: 240
Зарегистрирован: 01.07.2004 14:57
| Компиляция в момент установки - вчерашний день, удел линуксоидов. |
|
Комментарии: 78
Зарегистрирован: 18.08.2005 04:25
| Что, опять расширять? Так скоро до SSE10 доберемся...
>Компиляция в момент установки - вчерашний день, удел линуксоидов Вот именно!!!
|
|
Комментарии: 83
Зарегистрирован: 04.07.2004 21:44
| Freeman написал(а) ... Компиляция в момент установки - вчерашний день Рулить будут ОС "с компилятором внутри". ОС с отдельными третьесторонними компиляторами - отправятся во вчерашний день.
Консенсус?
Freeman написал(а) ... удел линуксоидов. Это лишь и именно потому, что популярные закрытые ОС не имеют общепринятой компиляторной инфраструктуры. |
|
Комментарии: 63
Зарегистрирован: 21.10.2004 01:00
| В принципе, что касается х86 Ситуевина в принципе вполне закономерная. Тех процесс мельчает:) транзисторы куда-то девать ведь надо:)))
Менять архитектуру низя, го..простите софта сколько написано и все в утиль... Будет еще много ССЕ, изящные решения по типу FMP Посему добавится еб...работы Програмерам, хотя может и не добавится:) |
Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь
|