Ждём Ваших отзывов о материале.
Соблюдение Правил конференции строго обязательно!
Флуд, флейм и оффтоп преследуются по всей строгости закона!

А я и не знал что это противозаконно


Не силен в этих вопросах, но попробую предположить, что IBM, хочет таким образом, в том числе, потеснить с рынка х86 архитектуру, а с нею и Интель, против которого она дружит с AMD.

да это бизнес. Просто бизнес. IBM конкурирует с Интелом в больших серверах (PowerPC vs Itanium), но при этом прекрасно понимает что ей тупо не выйти на декстопный рынок, тк создать новый x86 проц будет очень тяжело. Поэтому лучше подкармливать AMD, тем самым нанося вред интелу.

Catar
+1
Добавлено спустя 8 минут, 53 секунды
Кстати, насчет согласования с Интелом:

Надо писать только про то, какой штеуд хороший?

ИМХО, здесь имеет место кросслицензионное соглашение. Вполне возможно, что АМД боится, что если бы этот набор расширений был только в их камнях, было бы мало ПО под "АМД5"

IBM. ))

Т.е. IBM помагая AMD помогает своему конкуренту Intel? Ну да бог с этим, им виднее.

Я что то говорил о законности Просто наблюдение.

А вообще мне кажется программерам будет просто лень юзать (заморачиваться) очередные фенички, а все от чего, нет жесткой конкуренции на рынке ПО, как например на рынке хардвара, чтоб аж зубы летели во все стороны. Зачастую стимулом выбора является вопрос совместимости ПО, а не вопрос быстродействия.

Почему чушь?


тебе не нужные?


ты лично удостоверился?


ты подтверждаешь?

кто то писал что мы не перейдем на полноценные 64 битные инструкции.
вроде как у всех сов. процессоров уже есть 64-битность.
прото ссе. уже в ссе 2 было обработка упакованных 2/4 целочисленных и 2/4 с пл.точкой. есть уже команды с обюр. целых 128-битынй целочисленых чисел.
про ссе5 он точно будет согласован, ведь кросс-логлашение не зря придумали. все что будет перспективно для рынка x86 будет согласовано, думаю что се4 интел может дать взамен на особенности ссе5 а может подумаю и сделаю что то одно целое.
DamirOK
интел и амд позаботятся об хороших компиляторах, чтоб писал на c++ у вас при соблюдении условний и настройках получилась использовать sse4/5
всем же хочется добится повышения произв. не делая себе омзгов, а просто задействовав новые иснтрукции.
удивляет что все идет так медленно, ведь потребность в 3 операндах\ и тт.п. уже давн оесть, потому как простым дизассемблирование мы видим стандартные куски кода, котоыре повторяются очень много раз в программе.
надеюсь заявление АМД что ССЕ5 будет меть более приземленный характер - это правда.

То, что новости и статьи насквозь пропитаны одними intel - тебя устраивало - всё адекватно, а то, что начали писать про AMD - "проамдшным".

Утихомирься и не фанатствуй.

***********

Меня просто уже забавит вся эта гонка с SSE. Сколько их уже? И много ли они применяются?
ИМХО, очередной маркетинговый "подарочек" с 1-2% пользы.

Вот так, помаленьку, x86 исчезнет... Если успеет.

ну первые два вовсю, третий вроде тоже, 4-й - у меня нет думаю не очень распространён

Не успеет... к чему? #77


В играх используются мало. Прикладной массовый софт (типа текстовых редакторов ) - а нафиг оно надо? Кодированием не все занимаются.

интересно, почему SSE назвали первым набором SIMD инструкций, если ими были ММХ ?

rain's_man сразу видно новичок, не знать то. Томпо третьего...
Все современные процессоры х86 являются RISC внутри, т.е. содержат множество коротких одноформатных инструкций, а x86 инструкции транслируются (дешифратором комманд). Как думаешь, какое предназначение было у Trace кеша?
Добавлено спустя 2 минуты, 36 секунд
Бог ты мой, оптимизации руками выполняются только в каких-нибудь критически важных моментах, например сравнение больших объемов данных. Для таких вещей есть компилятор. Например вся Mac OS X собрана GCC 4.0 с использованием SSE3 оптимизации.
Добавлено спустя 3 минуты, 12 секунд
х86 в чистом виде давно перестал существовать. Со времен появления IA32, а потом и всяческих штук. типа PAE.

Вот мне интересно, 47 новых команд.. А сколько их всего?

wanokin это разыне вещи
mmx - не могут выполнять потоковые инструкции, то е есть в отличии от SE, в которых одна операция и много операндов, в mmx используется просто 64 битные целочисленные операции, хотя надо сказать их изащренность довольна интересна.
в sse2 уже принес улучшения MMX- 128-битыне не/упакованные целые числа (к регистрам mmx добавляется префикс x, если \используется операнд выше 64-бита), числа с дв. точностью (вместо к.ф. у sse)

Лучше выпейте яду. Если бы это были действительно достоверные тесты их давно бы уже накатали на других сайтах том же ixbt и Fcentre

Да нет, не они. В большей степени внутриархитектурные баги, приводившие к очистке довольно длинного конвейера, а то и к зацикливанию. Прочитайте про архитектуру подробнее, на хоботе вроде есть немало инфы о нет-бёрст.

Cootri

Да ну? Правда что ли? А мужики то не знают.