> Ну я просто считаю АМД некачественной продукцией, вот :)

Это очень всем важно, да.

Всё равно им никто не будет собирать софт в дистрах.

Да и gcc будут пилить и он будет давать всё более и более оптимизированный код.

в дистрах конечно не будут, потому-что лицензирование людоедское,
да и в Linux фактическая монополия GCC )

А вот на это я бы сильно не надеялась, cтарые версии GCC порой генерируют гораздо более быстрый код, как минимум для C

>ничего что эта гнусная проприетарщина выдает код работающий на 25-30% быстрее ? (p7zip 9.13, GCC 4.5.1 vs ICC9)

Есть подозрения, что это, в основном, происходит из-за встроенного аллокатора (при этом софтина, собранная icc жрут памяти значительно больше)

потребление памяти архиватором обычно не критично, а вот скорость хочется иметь выше, любой ценой )

кстати, камень в огород интела, сравнение было ICC9 и GCC,
т.е. старой версии, новая версия собирает p7zip 9.13 достаточно криво, он просто не работает , ошибки декомпрессии )

Intel также поставляет множество оптимизированных функциональных библиотек для различных профессиональных применений

Что ж, на работе для кое-чего связанного с видео и пр. местами тоже использую и используют библиотеку от Intel - IPP

там тоже диспетчер встроен

можно обманывать
http://www.linux.org.ru/jump-message.jsp?msgid=5221232&cid=5223630

можно патчить
http://www.linux.org.ru/jump-message.jsp?msgid=5221232&cid=5223541

там тоже диспетчер встроен

да я догадался, но если на работе начну патчить эту библиотеку и всплывут левые глюки во всем комплексе проектов... :)

>Ну я просто считаю АМД некачественной продукцией, вот :)

Как человек использующий камни и от Штудв и от АМД, считаю тебя тупой школотой, вот! :P

значит обманывать )
Хотя для IPP (только для IPP) такой необходимости похоже нет )


CPU dispatching in Intel Performance Primitives Library
The CPU dispatching in the Intel Performance Primitives library (IPP) version 6.1 appears to work well with non-Intel processors. No override appears to be needed.

Future versions may be checked by testing the external variable
ippJumpIndexForMergedLibs after calling ippStaticInit(). This variable should
have the following values: 0: < SSE2, 1: SSE2, 2: SSE3, 3: SSSE3, 4: SSE4.1, 5: Intel
Atom. You may do the test in example 13.6 on a non-Intel processor.
// Example 13.6. Dispatcher test for Intel IPP
#include <ipp.h>
#include <stdio.h>
extern «C» {
extern int ippJumpIndexForMergedLibs;
}
int main() {
ippStaticInit();
printf(«\nJump index = %i\n», ippJumpIndexForMergedLibs);
return 0;
134

>а если вендор криво реализовал SSE, ругать будут кривой интеловский компилятор зачем это Интелу?

А если вендор криво реализовал обычные (не-SSE) инструкции CPU?

>В Интеле не обязаны проверять, криво или не криво их конкуренты делают свои процессоры.

Допустим. Тогда какого хрена для остальных инструкций не воткнули такую «защиту от дурака».

ICC - компилятор от интела, защита в нём - от дурака^W^Wтоже от интела

>ICC9

Проверь с ICC11

P.S. И насчет ICC - у AMD вроде SSE4 отсутствует целиком? (Хотя даже у Via SSE4.1 есть)

>Они с тобой несогласны.

Я же написал что «я считаю». Я могу и ошибаться :)

>Как человек использующий камни и от Штудв и от АМД, считаю тебя тупой школотой, вот! :P

Тебе не хватает витамина B12 и поэтому ты такой агрессивный, вот :)

>Это очень всем важно, да.

Мне не важно, важно это всем или нет :)

допиливайте GCC и покупайте уже любые процессоры (если это AMD).

з.ы. А вот соотношение цена/качество у AMD было лучше именно из-за роли отстающего, иногда ненадолго вырывающегося вперёд на пол корпуса. Иначе бы кто их поделки покупал?

з.з.ы. ждём от интела ключей для ICC, выключающих данную «фичу» и рождающую невероятной фееричности баги в собраном коде :) Причём для этого даже особо никаких закладок встраивать в компилятор не нужно, достаточно лишь сэкономить на тестировании компилятора при работе с этим ключом.

Привет тебе, свободный человек!!!1111

>Сколько рабов в треде.

скорее всего у тебя и процессор собственной сборки.

А то как же. Настоянный на жертвенных троллях-девственниках.

согласен

>Ну кто еще купит процессоры от сих честных дядек

Судя по вашей логике, все пользователи оперы должны дружно отказаться от пользования гууглом?

я ж ниже написала к чему приведет сборка ICC 10.1 или 11.1 )

у AMD есть SSE4a, но он очень убогий (про VIA не знаю, если им разрешили , то они могли сделать)

SSE 4.1 (Intel Core2 Penryn)
«mpsadbw», «phminposuw»,
«pmuldq», «pmulld»,
«dpps», «dppd»,
«blendps», «blendpd»,
«blendvps», «blendvpd»,
«pblendvb», «pblendw»,
«pminsb», «pmaxsb»,
«pminuw», «pmaxuw»,
«pminud», «pmaxud»,
«pminsd», «pmaxsd»,
«roundps», «roundss»,
«roundpd», «roundsd»,
«insertps», «pinsrb»,
«pinsrd», «pinsrq»,
«extractps», «pextrb»,
«pextrw», «pextrd»,
«pextrq», «pmovsxbw»,
«pmovzxbw», «pmovsxbd»,
«pmovzxbd», «pmovsxbq»,
«pmovzxbq», «pmovsxwd»,
«pmovzxwd», «pmovsxwq»,
«pmovzxwq», «pmovsxdq»,
«pmovzxdq», «movntdqa»,
«packusdw», «pcmpeqq»,
«ptest»


SSE 4.2 (Nehalem)
«crc32», «pcmpestri», «pcmpestrm», «pcmpistri», «pcmpistrm», «pcmpgtq», «popcnt»

SSE4a (AMD)
«lzcnt», «popcnt», «extrq», «insertq», «movntsd» ,«movntss»
и судя по всему это и есть фсё...

это называется просто - недобросовестная конкуренция

У amd нет ресурсов написать приличный компилятор и библиотеки, вот и она и давит на недобросовестную конкуренцию. Пусть все компиляют код на gcc и не вопят.

>У amd нет ресурсов написать приличный компилятор и библиотеки, вот и она и давит на недобросовестную конкуренцию.

Зачем AMD писать свой компилятор? Значительно целесообразнее коммитить код для оптимизации для соего процессора в существующие приличные компиляторы

согласен с пещерным, тоже юзаю амд.

Значительно целесообразнее коммитить код для оптимизации

Она даже этого не делает, потому что ей на своих пользователей положить с прибором.

Ты такое пердищее що аж мое дупло всколыхнулось

и я вылез объяснить тебе насколько ты идиот

http://developer.amd.com/cpu/open64/pages/default.aspx

А что такая паника??? Вот, например, Sylvia писала, что прирост производительности в icc всего лишь грязный пиар. Пользуйтесь GCC и получите почти такой же результат.

Пруф: http://www.linux.org.ru/forum/general/4407556#comment-4410664

>Она даже этого не делает

4.2

Язабан этого толстяка. С минуты на минуту лопнет - забрызгает г-ном всех

маленькая оговорка - общесистемно.
отдельные пакеты как раз дают 25-30% , но не стоит это утрировать ни в ту (всегда дают) ни в другую сторону (что если где-то нет прироста, то его не будет никогда), в целом возня конечно времени не стоит, с kde кстати теперь тоже..

даже mplayer теперь плохо стал собираться ICC в недавних ревизиях