LINUX.ORG.RU
ФорумTalks

Сказ о том как интел cpu тесты подмухлевал.


0

0

http://www.ixbt.com/cpu/via-nano-cpuid-fake.shtml

Многие программисты считают компиляторы Intel лучшими в т. ч. за оптимизацию кода, используя их для требовательных к скорости программ. Intel также поставляет множество оптимизированных функциональных библиотек для различных профессиональных применений. Во многих случаях никаких сходных по скорости альтернатив им нет. Но те же программисты заметили, что компиляторы и библиотеки Intel работают зачастую подозрительно медленно на ЦП производства других компаний. Всё дело в том, что в генерируемом коде (в случае библиотек — в написанном вручную) есть несколько версий наиболее критичных участков, оптимизированных для конкретной архитектуры или набора команд (чаще всего из линейки SSEx). Также в коде есть функция определения типа ЦП (на котором запущен код), чтобы выбрать верную ветвь — диспетчер ЦП (не путать с планировщиком — частью конвейера, которую также иногда называют диспетчером). Суть проблемы в том, что интеловский диспетчер проверяет не только поддержку наборов команд, но и строку с названием процессора. И в случае, если производитель указан не как Intel, диспетчер выбирает код, обеспечивающий максимальную совместимость в ущерб скорости — даже если конкретный ЦП поддерживает все нужные команды.

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


многократно порвано.... просто подход теперь с другой стороны,
вдруг поняли , что программы для бенчмарков собраны ICC и там тоже есть диспетчер )

для этого потребовалось более 2 лет )

Sylvia
()

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

Все будут покупать. Интел - контора номер 1, остальные будут вечно догонять, отставая минимум на корпус.

power
()
Ответ на: комментарий от power

То-то Штеуд пришлось получать лицензии на x86-64 у АМД, а свое IA64 выкинуть на помойку, так как оно никому не вперлось.

daemonpnz
()

А куда деваться? Если софт на интеле типа «быстрее». Придется, ибо фотошоп и лайтрум. И тыщи равов по 20+ мбайт

dk-
()

А что, кто-то покупает?

Deleted
()
Ответ на: комментарий от power

А че сравнивать, если даже сейчас при равной цене платформы штеуд всасывает по полной программе?!

daemonpnz
()

Ох ты ж, сколько аналитиков набижало.

power
()
Ответ на: комментарий от power

Когда АМД обосрался и Core(2) вышел отличным это да, пришлось переползать на штеуд. Но с выходом AthlonII/PhenomII вышли, то переполз обратно.

daemonpnz
()

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

KPSS
()

AMD кстати тоже оборзевшая компания, хорошо помню как накручивали цены на athlon X2.

KPSS
()

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

А при чем здесь процессоры? Ну не хотят в Intel, чтобы кто-то пользовал их компиляторы на чужих процессорах и не хотят получать тонны жалоб из-за кривой реализации SSE у других производителей процессоров, буде такая реализация окажется кривой. Все равно куплю, если он будет быстрее конкурентов.

ist76
()
Ответ на: комментарий от KPSS

увы, а сейчас они встали в позу с спеками AVX, и отказались поддеживать XOP FMA4

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

Sylvia
()
Ответ на: комментарий от KPSS

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

Sylvia
()

Пользуюсь AMD, ибо лучшее железо за те же деньги.

И, по моему личному суеверию, интеловские материнки горят больно часто..

melkor217
()
Ответ на: комментарий от wfrr

>Ваш любимый сорт кактусов?
да - вкусный и не колется - завидуй, покусаный :)

megabaks
()

Ну и собственно Интел все правильно делают.

1) свои процы они знают, а чужие нет, неизвестно как там что работает. Правильно делают, что пишут так, чтобы код точно работал.
2) с какого перепугу они что-то должны конкурентам?

Если АМД считают что их обманывают, почему бы им не написать собственный компилятор и библиотеки для своих процев?

hibou
()
Ответ на: комментарий от melkor217

>по моему личному суеверию, интеловские материнки горят больно часто..

да у вас тут секта!

Sylvia
()
Ответ на: комментарий от hibou

>Если АМД считают что их обманывают, почему бы им не написать собственный компилятор и библиотеки для своих процев?
вот-вот - ещё б обидились что у нвидии дрова работают только с нвидиа-картами ^_^

megabaks
()
Ответ на: комментарий от hibou

они делают неправильно,
у них диспетчер проверяет не возможности процессора, а его вендора,
т.е. если вендор Intel , проверяем наличие SSE, используем лучший код
а если не Intel - вот веточка без оптимизаций, и не важно что процессор умеет гораздо больше

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

Sylvia
()
Ответ на: комментарий от megabaks

тут скорее другое сравнение

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

if (mainboard.vendor == INTEL) тормозим


Sylvia
()
Ответ на: комментарий от Sylvia

>это называется просто - недобросовестная конкуренция
не согласен!
моя железка? мой компилятор? что хочу - то ворочу
ещё конкуренты меня не учили писать компилятор под МОИ процы )

megabaks
()
Ответ на: комментарий от Sylvia

>у них диспетчер проверяет не возможности процессора, а его вендора

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

ist76
()
Ответ на: комментарий от Sylvia

Извините, на заборе тоже можно написать SSE такой-то. Неизветно как там оный SSE работает. А свои процессоры они хорошо знают.

hibou
()
Ответ на: комментарий от Sylvia

если они будут НЕхуже интеловских, то мне фиолетово

megabaks
()
Ответ на: комментарий от ist76

дело в том что вендор (АМД) не криво реализовал SSE (SSE,SSE2,SSE3),
патчи с обманом диспетчера прекрасно доказывают что все отлично работает на AMD процессорах, в рамках поддерживаемого набора инструкций

Sylvia
()
Ответ на: комментарий от hibou

извините, набор спецификаций на набор инструкций достаточно четкий,
если что-то не соответствует - будут претензии с других сторон.

Sylvia
()
Ответ на: комментарий от Sylvia

Пока они будут, все будут ругать интеловский компилятор и интел.

hibou
()
Ответ на: комментарий от Sylvia

>дело в том что вендор (АМД) не криво реализовал SSE (SSE,SSE2,SSE3)

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

ist76
()
Ответ на: комментарий от mikhalich

представьте себе , если все будут писать компиляторы под свои процессоры, то рынок придет к жесткому разделению на производителей,
вот вам компьютер AMD с процессором AMD и видеокартой AMD (ATI)

вот вам компьютер NVidia с видеокартой NVidia, несовместимый с i686/x86_64

вот вам компьютер Intel, с графикой же Intel


потом дойдет до того что мышь другого производителя нельзя будет подключить. Вот к чему ведет такая логика.

Вспомните как появился PC ? именно как платформа. Как набор спецификаций совместимости железок от разных производителей.

Sylvia
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.