Ru-Board.club
← Вернуться в раздел «Программы»

» Очередной глюк АМД

Автор: TechSup
Дата сообщения: 16.07.2002 20:57
Вроде споры насчёт глючности амд систем подутихли. Но вот появилась свежая новость дающая фанам интела очередной козырь в дебатах с амдэшникми. И никаккие самые прямые руки не помогут в этой ситуации. Одно радует - патч скоро выйдет.
Читать тут
Короче как всегда чтобы заставить амд работать надо сначала на систему понавешать заплаток и то... новые дыры появятся.
Автор: Kobold
Дата сообщения: 16.07.2002 22:34
В Microsoft просмотрели баг в коде оптимизированном для процессоров AMD. С таким же успехом они могли просмотреть баг в коде для процессоров Intel. А в чем же вина AMD? В том что у программеров M$ кривоваты руки?
Автор: vengr
Дата сообщения: 16.07.2002 23:56
Kobold

Цитата:
А в чем же вина AMD?

в том, что связались с "программерами M$"
Автор: Kush
Дата сообщения: 17.07.2002 00:14
без глюков не обойтись.
Автор: WWWorm
Дата сообщения: 17.07.2002 00:47
не любят чет в последняя время амдшников, то винда на них глкнется, то гамезе какой нить не нравится %))))
И вообще фигня все это разница в производительности ... че больше нравится то и бери %))
Автор: Kobold
Дата сообщения: 17.07.2002 01:02
Короче как всегда чтобы заставить Windows работать надо сначала на систему понавешать заплаток и то... новые дыры появятся.
Автор: alyent
Дата сообщения: 17.07.2002 06:52
Тоже мне глюк... Бывает и хуже. На то они и форточки, чтобы виснуть

Добавлено
А АМД ни в чем не виноват.
Автор: OldGopher
Дата сообщения: 17.07.2002 07:43
Следует учесть, что дальше будет еще хуже. И вина тут частично лежит на самой теории нефоннейманских машин.
Когда процессор начинаем делать много дел одновременно (П4, ХР, Hammer или Itanium), то обещанный прирост производительности достигается лишь при использовании весьма сложных компиляторов.
Преимущество Intel в том, что он сам разрабатывает оптимизирующие компиляторы (по 500 баксов за штуку). АМД этим заниматься не любит: фирма относительно маленькая...
Оптимизация кода для АМД зачастую требует ручной работы. Баги неизбежны...

Интересно, что если откомпилировать программу на интеловском компиляторе, то на П4 она бежит в 2-4 раза быстрее, а на ХР - в 1.5-2 раза, чем после Visual C++ 6 (против Visual.NET я не гнал). Надо только учесть системы команд.

Компилятор можно содрать на Интеле бесплатно (на 30 дней). Потом переинсталлировать его еще на 30 дней и т.д. При работе выдает сообщения, что копия DEMO, но все и так работает.
Или поискать на осле...
Автор: alyent
Дата сообщения: 17.07.2002 08:40
OldGopher
Весомый аргумент.

Мое почтение.
Автор: Kobold
Дата сообщения: 17.07.2002 10:10
OldGopher
Мультимедия хочет одну оптимизацию, росчитывание простых чисел - другую, а 3Д-движки - третью. Про какой вид программ ты говоришь? Мне что-то не верится что ВСЕ проги работают в 2 раза быстрее после этого компилятора. Да и сравнивать надо не с одним компилятором, а с десятком (включая юниксовские).
Автор: SpiderPlus
Дата сообщения: 18.07.2002 06:47
Kobold
какая разница какой компилятор - если после него программа работает быстрее для пользователя этого достаточно.

пример: две машинки одного класса

1. AMD Ahtlon XP 1600 + 768MB PC2100
2. Intel Pentium4 1500 + 1024MB RIMM800

один и тот же расчет сложного процесса дизельного двигателя занимет соответственно 48 и 21 минуту,

после этих результатов наши расчетчики отказыываются от машин на AMD в пользу Intel и ни чем их нельзя убедить в обратном...
Автор: Kobold
Дата сообщения: 18.07.2002 08:07
Разрыв такой величины говорит о том, что программа для расчетов не знает что у Атлона есть свои оптимизированные команды. Да и не забудь что атлону меньше мозгов досталось.
Автор: OldGopher
Дата сообщения: 18.07.2002 08:37
Kobold
Интел выбрал линеку тестов на которых отчетливо видны преимущества:
1) его компилятора для П4 над микрософтовским (вполне оправданно)
2) его П4 над Атлоном (тоже понятно)

Чего Интел не учел (или просто наплевал), что его компилятор улучшает даже работу Атлона.

Меня прежде всего интересовало расчет движения робота в 6-ти мерном пространстве внутри драйвера ядра Winddows 2000.

Компилятор Интела (shareware!) дал нам возможность обойтись без ручной оптимизации кода в ассемблере.

Я сам предпочитаю Атлоны (просто потому, что на новых Интелах невозможно сделать дешевую спарку). А вся проблема в том, что АМД не предоставляет своих компиляторов, хоть тресни...

А в целом SSE2 работает лучше? чем 3DNow Pro.
Поэтому Интел и не хочет лицензировать этот набор. Но я честно говоря вообще не понимаю: что там лицензировать? Набор команд - это вроде таблицы умножения. Где там патенты?
Автор: Kobold
Дата сообщения: 18.07.2002 09:16
В США можно запатентовать все что угодно, включая процесс просмотра книги в целях получения информации. А потом, когда этот патент будет кому-то мешать, в суде выяснят у кого лучше адвокаты. В АМД просто не захотели тратится на лицензирование или суды.

В принципе можно написать тест в котором Атлон будет рвать Пентиум как Тузик грелку. У Интела есть команды которые выполняется быстрее чем у АМД, то же есть у АМД. Если тест состоит только из выгодных для Интела команд, то процессор АМД выглядит как дрова. Для более-менее объективной картины надо использовать комплексные тесты или те проги, кторые планируется запускать на компе.

То что Интеловский компилятор улучает скорость работы проги на АМД можно объяснить тем что в компиляторе МС на SSE1 забили болт, а Интеловский компилятор его задействует. SSE есть и у АМД, так что получается быстрее всюду.

А вообще компиляторы ещё можно настраивать... Что-то мне кажется что в Интел недонастроили компилятор МС для того чтобы он показал хреновые результаты.
Автор: kongar
Дата сообщения: 18.07.2002 10:53
Однако, патчи вышли!

Для WinXP build 2600
Для WinXP SP1

Добавлено
OldGopher

Цитата:
расчет движения робота в 6-ти мерном пространстве


Интересно... 6-ти мерное пространство - это круто! Типа паралельные миры в все такое прочее Может разговор о 6-ти степенях свободы?
Автор: TechSup
Дата сообщения: 18.07.2002 11:24
Тем временем как АМДэшники продолжают латать свои системы пользователи интела работают, работают и работают....
Автор: Kobold
Дата сообщения: 18.07.2002 11:49
TechSup
Мне жаль что ты не понимаешь то что случайные глюки в софте не имеют никакого отношения к производителю процессоров. Я могу написать самопальную софтину с кодом для П4 и потом найти в ней баг, но от этого Интел не станет хуже.

Но если тебе не хочется слушать - не слушай. Тверди дальше про то какие херовые процы делает АМД - ведь в коде для них независимые софтовые фирмы оставляют баги.
Автор: Vlad2000Plus
Дата сообщения: 18.07.2002 11:50
Как сообщают анонимные источники сайта Inquirer, выпуск процессора Intel Pentium 4 c тактовой частотой 2,89 ГГц может быть отложен из-за того, что операционная система Windows 2000 и Windows XP отказывается работать с таким быстрым чипом.
Эти проблемы возникают не только с процессорами Intel, но и с высокоскоростными процессорами AMD Athlon. Пока никаких официальных ответов из компаний-разработчиков этих микросхем получено не было.
По информации Inquirer, использование более медленных процессоров Pentium 4, установленных на материнских платах на основе новейших скоростных чипсетов (845G и более поздние), вызывает те же проблемы. Вероятно, это происходит вследствие слишком высокой скорости обмена данными, с которой не может справиться операционная система.

К сожалению, Inquirer не сообщает, работают ли на этих процессорах другие операционные системы (например, Linux или Windows 95/98/Me), и если работают, то как. Есть основания полагать, что вины Microsoft в этих проблемах нет.

Тем не менее, источник Inquirer высказывает предположение, что до тех пор, пока Microsoft не найдет решение этой проблемы, выпуск процессора Pentium 4 2,8 ГГц будет отложен. Однако, по мнению специалистов, это маловероятно, поскольку как Intel, так и AMD возлагают большие надежды на процессоры, работающие на высоких тактовых частотах.

На форуме MadOnion высказываются также предположения о том, что слишком высокое напряжение в ядре процессора приводит к сбоям в его работе. В дискуссии появлялась информация о том, что растет число случаев, когда процессоры P4 сгорают от высокого напряжения в ядре. Превышение напряжения в 1,75 вольта, предусмотренного спецификацией Intel, может привести к порче этих чипов.

© Compulenta.Ru


Автор: TechSup
Дата сообщения: 18.07.2002 11:59
Kobold
Если серьёзно - то я всё прекрасно понимаю. Просто давненько не было бойни АМД-интел, вот и решил плеснуть бензинчику на притухшие угли.
Но всёже согласись, что из двух самых крупных производителей процессоров для ПК у одного из этих производителей возникли и продолжают возникать проблемы с виндоуз (самой распространённой операционной системой), а у другого нет
Автор: OldGopher
Дата сообщения: 18.07.2002 14:00
kongar
Шестимерное пространство - рука робота в двух плоскостях, плюс вращающийся столик, плюс обычные X,Y,Z. Шесть фазовых координат, плюс движение с ускорением/замедлением...
А прикол в том, что требовалось считать сложные функции и т.д. прямо в драйвере. Надо было или иметь качественный оптимизатор, или вручную. Обошлись компилятором Интела.
А система строилась на базе доски Tyan S2466 с парой Атлонов МР.

Интеловский компилятор как раз и дал нам скачок по скорости раза в 1.5, что и решило все проблемы...

TechSup
Интел изобрел систему х86. У него по определению должно быть меньше проблем.
Интел тоже сажал баги (вспомним DIV/IDIV баг в Пентиуме 60/66 или i820T chipset), но благодаря своим размерам и средствам имел возможность провести всеобщий возврат. АМД просто не в состоянии идти на подобные жертвы...

Я не ставлю ни на Интел, ни на АМД. В любом случае, если один из них рухнет, будет очень нехорошо.
Автор: Kobold
Дата сообщения: 19.07.2002 04:40
TechSup
Да уж, это мне понравилось. Модератор заявляет что продукт Х - сакс для того чтобы разжечь флейм (по его собственному признанию). За такое нарушение правил я бы точно получил из плюсомета.


То что у винды возникают проблемы с АМД - следствие недостаточной внимательности Билли к не-интеловским платформам. Решение проблемы раз и навсегда: послать Билли.
Временное решение: послать АМД и ждать пока Билли не перестанет нравиться ещё какая-то железка. В результате использования второго варианта у нас получится Appleообразный концерн "M$ и компания", продающий опечатанные коробки вместо расширяемых компьютеров. Можно даже догадатся, почем.
Автор: TechSup
Дата сообщения: 19.07.2002 08:43
Kobold
Да, я модератор но не в этом разделе. В данном разделе я не более чем участник. Поэтому могу получить получить из плюсомёта наравне с остальными. Но решение о применениии этого оружия примут модераторы этого раздела или администрация форума. А не участники.
Да, я не скрываю, что хотел подбросить жару в обсуждение такого острого спора как АМД и интел. Но сделано это потому, что по сабжу у АМДэшников нет другого аргумента как гнобить Била Гейтса забывая о том что этому человеку принадлежит корпорация занимающая львиную долю на рынке операционных систем для ПК. Желающих переходить на иксы не столь много как этого хочется некоторым. Сколько 3д игруль вы знаете для никс систем? Вы сейчас скажете, что никсы разрабатывались не для игр - целиком согласен. Тогда рассмотрим другую ось. И тут позвольте мне повториться: почему из двух крупнейших производителей процессоров для ПК у одного возникли проблемы, а у другого нет?
Микрософт заточен под интел. Грубо так можно сказать. Но смысл моего послания заключается в том, что на самой распространённой операционной системе для ПК у процессоров компании АМД возникают проблемы
Автор: Kobold
Дата сообщения: 19.07.2002 18:09
На линуксе 3Д-игр мало из-за того что производители видеокарт секретничают и не хотят выпустить нормальные открытые драйера в виде исходнков. Остальные проблемы (небольшое количество игроков на Линуксе и недостаточное количество игр) вторичны и решатся как только решится первая.

За играми предлагаю отправится сюда - http://www.tuxgames.com/browse.cgi?category=all&id=309901&nc=1027092257 Это негусто, но причину я уже объяснил. Те игры в которых не очень нужны ФПСы запустить (или попробовать запустить) под Wine.

Проблемы у АМД возникли потому что Майкрософт на этапе латания своих операционных систем (то есть тот период, в который фирмы ещё не покупают эту версию) в первую очередь копается в коде для Интел, а во вторую - для АМД. Но ИМХО этих багов мало по сравнению с количеством "общих" багов в винде (если можешь, приведи список самых страшных проблем с АМД в последних версиях винды (2К и ХР, те кто ставили Линолеум - сами хотят глюков), чтобы немного обосновать твою позицию).
Автор: OldGopher
Дата сообщения: 19.07.2002 21:14
TechSup
Давайте вспомним глюки Интела с i820T или с Pentium 60/66.

Давайте вспомним процессор Pentium III 1.13 до туалатиновой эпохи, который был снят сразу после выхода в свет из-за проблем стабильности...

Разница между АМД и Интелом в том, что последний может себе позволить поменять базар (после массового недовольства), а AMD - нет (фирма маленькая и и любая замена означает ее конец).

У AMD - с другой стороны: 4М апертурный баг в процессорах каласов Thoroubred и Palomino (некорректный сброс кеша после AGP транзакции).

Тем не менее считаю, что AMD впервую очередь стоит серьезно задуматься о своем компиляторе для x86-32 и о чем-то эквивалентном SSE2. Пока Интел гасит их только благодаря этому.

P.S. AMD, кстати, готовит компилятор для x86-64.

Страницы: 1

Предыдущая тема: InqSoft Sign 0f Misery / Neos0m


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.