The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Видеодрайверы ATI/AMD 8.41 порадовали повышением производительности

05.09.2007 15:38

Драйверы ATI/AMD 8.41 переведены на новую кодовую базу, отличающуюся значительным повышением производительности.

После проведения серии тестов нового драйвера ATI/AMD fglx 8.41 с видеокартами ATI Radeon HD 2900XT, ATI R300/400 и ATI R500 было отмечено значительное повышение производительности по сравнению с прошлой версией драйвера. По результатам большинства тестов производительность увеличилась больше чем на 50%.

Кроме того, представители AMD пообещали оказать помощь команде разработчиков открытых драйверов. Будет ли это публикация спецификаций, открытие части кода fglx или что-то иное, не уточняется.

Дополнительно стало изветсно о планах открытия спецификаций и кода каркаса драйвера для видеокарт R500. Свободный 2D дравейвер должен появиться до конца года.

  1. Главная ссылка к новости (http://www.tuxmachines.org/nod...)
  2. linuxelectrons.com: AMD Makes Commitment to Improve ATI Linux Drivers
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/11910-linux
Ключевые слова: linux, ati, amd, driver
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (36) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (-), 17:07, 05/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Имхо, эта новость дает основания заподозрить ATI в сговоре с Microsoft. Согласно которому, ATI пишет медленные драйвера для Linux, в результате чего те же графические 3-D приложения, работают под Linux медленней и уменьшают его привлекательность перед юзером.

    Или AMD совершила революцию в написании драйверов за столь короткий срок?

     
     
  • 2.7, Jay (??), 17:43, 05/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    "Не усматривайте злого умысла в том, что вполне объяснимо глупостью" /Законы Мэрфи
     
  • 2.8, Pers (??), 17:47, 05/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Нет тут никакого сговора. Просто в винде, даже сравнительно жёсткой в этом плане Vista, значительно меньше заложено на устойчивость системы. В *nix, если проявляется ошибка в обработке видео, только только в рамках Иксов. А в Винде, в лучшем случае, падает сама Винда. В худшем же — портится чужая память, причём любая и возможно даже с ущербом безопасности. Такая уж это архитектура — x86…

    А драйвера, если честно, NVIDIA на моей памяти всегда делала дряные (во всяком случе, для массового пользователя). ATI, когда ввязалась в конкуренцию, пошла по тому же пути. Так что дело здесь скорее в том, что кто-то смог осилить пересмотр имеющихся драйверов и нашёл пару-тройку способов оптимизации. Будем надеяться, что эти способы не пошли во вред стабильности.

     
     
  • 3.15, Аноним (-), 01:53, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет тут никакого сговора. Просто в винде, даже сравнительно жёсткой в этом плане Vista, значительно меньше заложено на устойчивость системы. В *nix, если проявляется ошибка в обработке видео, только только в рамках Иксов. А в Винде, в лучшем случае, падает сама Винда. В худшем же — портится чужая память, причём любая и возможно даже с ущербом безопасности. Такая уж это архитектура — x86…
    >А драйвера, если честно, NVIDIA на моей памяти всегда делала дряные (во всяком случе, для массового пользователя). ATI, когда ввязалась в конкуренцию, пошла по тому же пути. Так что дело здесь скорее в том, что кто-то смог осилить пересмотр имеющихся драйверов и нашёл пару-тройку способов оптимизации. Будем надеяться, что эти способы не пошли во вред стабильности.

    Глупости говорите, особенно про архитектуру. Любой драйвер режима ядра, будьто-то в *nix или windows способен писать в любое место пямяти или диапазона ввода-вывода, и это считается нормальным поведением. На это он и драйвер. "Синий экран" в виндовс появляется только если поток драйвера вызывает исключение (SEG_FAULT,PAGE_FAULT, etc), которое виндовс не способна корректно обработать, ибо не может она знать как устроены все драйверы на свете. Вот windows и добровольно "накладывает на себя руки", как раз чтобы не дать "обезумевшему" драйверу наломать дров. А вот в *nix X-сервер можно уронить простым пользовательским приложением, некорректно использующим Xlib, и примеров таких масса, много уже было сказано плохого об этой особенности архитектуры X Window. Поэтому не порите чушь о каких-то архитектурных особенностях линукса, делающих его по определению более надежным

     
     
  • 4.16, Pers (??), 02:19, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Фокус в том, что в Windows системный драйвер занимается намного бОльшей частью д... большой текст свёрнут, показать
     
     
  • 5.17, Аноним (-), 03:18, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Да с чего Вы это взяли Как раз-таки в windows переключений контекста гораздо ме... большой текст свёрнут, показать
     
     
  • 6.18, Pers (??), 03:36, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Именно это я и сказал Читайте внимательнее, пожалуйста ... большой текст свёрнут, показать
     
     
  • 7.19, Pers (??), 03:41, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати:

    >>Как раз наоборот, и я привел аргументы в пользу этого утверждения. Нет
    >>в Windows "графической оболочки", графика там неотъемная часть системы.

    - не совсем верно, GDI является одной из подсистем, "подключённых" к ядру. Но если опускаться до уровня приложений - они вполне могут считать, что Винды без графики не существует:).

     
  • 7.20, Аноним (-), 03:47, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет, я говорю именно о BSOD. Во всяком случае, на Win2K это срабатывало, как сейчас - не знаю.

    Вы бы ссылочку на bug-report привели... Такого рода ошибки исправляются достаточно оперативно, и даже если то, о чем Вы говорите и имело место быть, за 8 лет о ней уже можно забыть. Я вот почему-то в упор такого не помню

    >Смотря с какой точки зрения. С какой-то точки зрения и Windows NT с Linux не сильно отличаются.:)

    Да, не сильно :)

    >Про win32k.sys никто и не говорит. Речь о драйверах и о том, что они (за исключением всё той же Vista) работают всё время в нулевом кольце. А GDI, DirectX - посредник, который не знает и не должен знать, правлиьно ли работает драйвер. Не его это дело. В связи с этим, кстати, вспоминаются всякие ошибки в безопасности, связанные с обработкой битмапов, курсоров мыши и тому подобной фигни, которые позволяли как минимум получать права юзера - но это, конечно, совсем другая история... Так что вылизанность та ещё под вопросом, если честно:). Не бывает совершенных, программ, даже на Солнце бывают пятна, в QNX - баги, а в атомах платины - самораспад ядер:).

    В Linux драйверы тоже работают в ring0. В ближайшее время никуда от этого не деться, хотя работа в этом направлении уже ведется: стандартизируются API, драйверы потихоньку в юзерспейс переползают, что не может не радовать. Эндрю Таненбаум оказался прав, ибо только так можно построить принципиально более надежную операционную систему. А Линусу Торвальдсу будет стыдно за те дебаты "Микроядро vs. Монолит", мал был еще спорить с таким умным человеком :)

     
     
  • 8.21, Pers (??), 04:55, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылочку не дам ибо не в курсе, делал ли кто вообще багрепорт Или достаньте в ... большой текст свёрнут, показать
     
     
  • 9.22, Аноним (-), 05:13, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Видеодрайвер - он и в Африке видеодрайвер Организация базовой графической подси... текст свёрнут, показать
     
  • 6.28, dmitry (??), 14:42, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Как раз наоборот, и я привел аргументы в пользу этого утверждения. Нет
    >в Windows "графической оболочки", графика там неотъемная часть системы. В Windows
    >нельзя себе представить ситуацию, когда какой-нибудь notepad убил бы графическую подсистему,
    >хотя бы потому что она работает в ring0. Да, помещая win32k.sys
    >в ядро, появляется риск, что вся система рухнет при ошибке в
    >этом файле. И уже 12 год идут эти разговорчики "а что
    >если там ошибка, система вся упадет". Однако прошло уже 12 лет,
    >код этот вылизан и проверен настолько, что пора бы уже прекратить
    >эти глупые разговоры о ненадежности "ядерной графики", по крайней мере в
    >windows.

    А вот интересно - в виндовс виста как и в винловс 4.0 сервере хранитель экрана с использованием OpenGL - также дико тормозит доступ к серверу?
    Или микрософт таки нашла способ задавить приоритет своей графической подсистеме в ядре?

     
     
  • 7.32, Аноним (-), 16:15, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >А вот интересно - в виндовс виста как и в винловс 4.0 сервере хранитель экрана с использованием OpenGL - также дико тормозит доступ к серверу?

    Или микрософт таки нашла способ задавить приоритет своей графической подсистеме в ядре?

    Позвольте нескромный вопрос - а нафига козе баян? Зачем на сервере понадобилось OpenGL-приложение, причем работающее постоянно (ибо заставка, и предполагаем, что сервер включен)? Тем более, что OpenGL-графика времен WinNT 4.0 считалась скорее всего в software-mode (на СPU), ибо в то время сложно себе было представить сервер с видеокарточкой с 3D-ускорением. А расчеты там нехилые, а процессоры тех времен разве что набором MMX-инструкций могли похвастаться. И Вы еще удивляетесь, почему это OpenGL-заставка тормозила сервер... Что касается Vista, то давным-давно в Windows нет OpenGL-заставок, все уже на DirectX переписано

     
  • 7.37, Blahblah (?), 13:24, 07/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >А вот интересно - в виндовс виста как и в винловс 4.0
    >сервере хранитель экрана с использованием OpenGL - также дико тормозит доступ
    >к серверу?

    В висте последний писк моды - звуки издаваемые системой круто просаживают сеть.Наверное DRM в ядре тормозит ;)

     
  • 6.33, Michael Shigorin (ok), 00:59, 07/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >На домашних же компьютерах можно было работать с Windows 95, GUI Linux на
    >тех же мощностях был на порядок медленнее.

    Смотря какой GUI имеется в виду, а то ведь можно и скорость свопинга сравнивать.

    Это припоминая то, как на 486/VLB и 486/PCI (порядка 66--133 МГц, 16Мб) себя чувстовали win95 и Linux 2.2, xf86 3.3.6, icewm что-то 0.9.33 или около, а чуть позже и парой этажей выше -- win98 и Linux 2.2/3.3.6/KDE 1.0 на K6-166/32M.  Ни о какой разнице "на порядок" речи не шло.

    > Однако прошло уже 12 лет, код этот вылизан и проверен настолько

    Почти можно поверить, если бы не репутация Microsoft -- или починят уже латаное так, что всплывут старые проблемы, или окажется, что чинили не проблему, а симптомы.

    2 Pers: это всё равно не повод высказывать сомнительные утверждения, не указывая степень их сомнительности хотя бы по своему мнению...

     
     
  • 7.34, Pers (??), 09:41, 07/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >2 Pers: это всё равно не повод высказывать сомнительные утверждения, не указывая
    >степень их сомнительности хотя бы по своему мнению...

    Я по возможности указываю источники, и не считаю других людей настолько глупыми, чтобы они не могли сами определиться, доверяют они этим источникам, или нет. Когда я сомневаюсь, я проверяю. Если кто-то сомневается тоже, пусть проверит сам, это не сложно (например, "эффект бугаги" на башорге это ясно доказал :) ).

    Впрочем, не знаю, как мой чрезмерно скромный оппонент, я таки лучше прекращу дискуссию, поскольку убедительности (что не обязано соотноситься с правдивостью, но я прекрасно понимаю людей по ту сторону экрана) моим словам, боюсь, действительно может не хватать :)

     
  • 3.23, evgeniy1 (ok), 11:38, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Хахаха.  Чтобы от видео падала Винда при драцверах от Нвидии - это еще надо найти и увидеть.
    А вот Линух и простыми Иксами, с картой Ати (драцвер из Иксов)  давеча запросто подвесил Гугль Мапса.
    так что речь скорее о качестве драйверов, и не надо перекладывать с больной головы на здоровую

    >[оверквотинг удален]
    >в Винде, в лучшем случае, падает сама Винда. В худшем же
    >— портится чужая память, причём любая и возможно даже с ущербом
    >безопасности. Такая уж это архитектура — x86…
    >
    >А драйвера, если честно, NVIDIA на моей памяти всегда делала дряные (во
    >всяком случе, для массового пользователя). ATI, когда ввязалась в конкуренцию, пошла
    >по тому же пути. Так что дело здесь скорее в том,
    >что кто-то смог осилить пересмотр имеющихся драйверов и нашёл пару-тройку способов
    >оптимизации. Будем надеяться, что эти способы не пошли во вред стабильности.
    >

     
     
  • 4.25, Аноним (-), 12:46, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Хахаха.  Чтобы от видео падала Винда при драцверах от Нвидии - это еще надо найти и увидеть.
    >А вот Линух и простыми Иксами, с картой Ати (драцвер из Иксов)  давеча запросто подвесил Гугль Мапса. так что речь скорее о качестве драйверов, и не надо перекладывать с больной головы на здоровую

    Об этом-то и речь идет. В случае корявых драйверов шансов выжить нет ни у Windows, ни у Linux, и никакая якобы более устойчивая архитектура Linux тут не поможет. Но при всех прочих равных условиях, архитектура GUI Windows является даже более устойчивой, поскольку нет способа пользовательскому приложению вроде Google Maps, Mplayer или Nautilus графическую систему подвесить.

     
     
  • 5.30, Pers (??), 15:48, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Пожалуйста Меняем галочку выбора приоритета между фоновыми процессами сервисам... большой текст свёрнут, показать
     
     
  • 6.31, Аноним (-), 16:09, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала Вы ссылаетесь на Криса Касперски, который непонятно на какой версии w2k ... большой текст свёрнут, показать
     
     
  • 7.35, Pers (??), 09:56, 07/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Рад за вас А вот у человека с чистой Win2k3 и свежими на тот момент дровами N... большой текст свёрнут, показать
     
     
  • 8.36, Michael Shigorin (ok), 10:08, 07/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Не бойтесь, поведайте о новейших разработках в UNIX, призванных избежать озвучен... текст свёрнут, показать
     
  • 6.38, Аноним (-), 06:52, 08/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>>Хахаха.  Чтобы от видео падала Винда при драцверах от Нвидии - это еще надо найти и увидеть.
    >
    >Пожалуйста. Меняем галочку выбора приоритета между фоновыми процессами (сервисами) и пользовательскими (с
    >окошками). На самом деле эта галочка отвечает за размер квантов времени,
    >выделяемых процессу. Так вот, при установке варианта с предпочтением сервисам, система
    >(друг проверял на Win2K3, мне сейчас проверить не на чем, дома
    >проверю - может быть, этот баг, наконец, пофиксили) отказывалась загружаться.

    Система падала при входе в 3D-режим. Тот же эффект давало включение лицензирования Terminal Services или установка роли соответствующей сервера. На новых дровах не проверял, возможно, пофиксили.

     
  • 5.41, Frank (??), 19:04, 10/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >>Хахаха.  Чтобы от видео падала Винда при драцверах от Нвидии - это еще надо найти и увидеть.
    >>А вот Линух и простыми Иксами, с картой Ати (драцвер из Иксов)  давеча запросто подвесил Гугль Мапса. так что речь скорее о качестве драйверов, и не надо перекладывать с больной головы на здоровую
    >
    >Об этом-то и речь идет. В случае корявых драйверов шансов выжить нет
    >ни у Windows, ни у Linux, и никакая якобы более устойчивая
    >архитектура Linux тут не поможет. Но при всех прочих равных условиях,
    >архитектура GUI Windows является даже более устойчивой, поскольку нет способа пользовательскому
    >приложению вроде Google Maps, Mplayer или Nautilus графическую систему подвесить.

    Вспоминаю как я на ХР SP2 + all hotfixes пытался запускать древнюю игрушку Darc Colony (96-й год примерно). Результат впечатляющий: винда виснет намертво, не выключается даже кнопкой питания (имею ввиду софтверно, а не аппаратно после 4 сек удержания).
    А ещё вчера попробовал запустить cdspeed от 6-й нерки чтобы тест поверхности вчера записанного диска сделать. Результат - cdspeed не только не запустился сам, но и блокировал собою запуск всех других приложений, запрашивающих список дисков в системе, которые я пытался запускать после его запуска. Прибить таск менеджером я не смот, но cdspeed, ни запущенный после total commander. Более того, винда не смогла перезагрузиться - просто впала в ступор на этапе "windows is shutting down". Замечу, что это всё - и древняя игрушка, и cdspeed - запускались не под администраторским аккаунтом. Так что про надёжность гуя винды могу сказать только одно - надёжно он умеет только виснуть...

     
  • 4.39, Z3 (?), 19:10, 08/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Хахаха.  Чтобы от видео падала Винда при драцверах от Нвидии -
    >это еще надо найти и увидеть.

    Винда падала от переполнения буфера при обработке .ani файлов, какой там драйвер - вообще до балды.Заходим на страничку, IE видит что там указано - курсор такой-то, путь к курсору - такой-то (так что вражеский анимированный курсор на получается сервере).Курсор сгружается, срывает буфер в ядре.Ой, нас поимели!С правами ядра... вражеский код из ядра может что угодно!ACLs идут лесом - ядру можно все.Полный ф*кап!

    А с атевыми дровами было чуть иное, тоже весело.В старых версиях виндовых атевых дров была досадная бага, эксплойтабельная через веб.Получив запрос отрисовать растянутую картинку 999999х999999 (или типа того) пикселей дрова впадали в ступор.Через несколько секунд - синий экран в watchdog.sys или как там его по зависону кернельного драйвера.В новых версиях это починено.Но сам факт - "смтри, какая картинка! http://...".После этого наблюдается как жертва вываливается по таймауту из энного средства общения.

     

  • 1.9, absorbb (?), 18:52, 05/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    забыли указать про то что добавилась поддержка всех видеокарт на чипах семейства R600
     
  • 1.10, Аноним (-), 20:05, 05/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А Radeon 9600 поддерживается?
     
  • 1.11, ого (?), 20:58, 05/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мдя... остается тока задуматься что же до этого за кодовая база была.
     
  • 1.12, georg (??), 21:51, 05/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Просто задолбались с DirectX'ом воевать...
     
  • 1.13, Аноним (-), 01:40, 06/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ;)
    Просто товарищи из DELL и прочих пакардов хотят ставить на свои компы Linux, а не могут, ибодров под интегреное ATI которые нормально работают нет....
     
     
  • 2.14, Alrond (??), 01:53, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому мы и покупаем ноуты, где стоят нвидии :)
     
     
  • 3.24, SunTech (?), 12:31, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Поэтому мы и покупаем ноуты, где стоят нвидии :)

    Покупайте, покупайте, а мы покупаем IBM с FireGL и отлично работаем под виндой. И ничуть не гнушаемся

     
     
  • 4.26, Аноним (-), 12:48, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >Покупайте, покупайте, а мы покупаем IBM с FireGL и отлично работаем под
    >виндой. И ничуть не гнушаемся

    +1


     

  • 1.27, Аноним (-), 14:24, 06/09/2007 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А где скачать-то можно? на сайте атишном только 8.40.4.
     
     
  • 2.29, аноним (?), 14:53, 06/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    не для всех карт вышел новый драйвер, для моей x1400 нет...
     
  • 2.40, Сергей (??), 11:18, 09/09/2007 [^] [^^] [^^^] [ответить]  
  • +/
    >А где скачать-то можно? на сайте атишном только 8.40.4.

    The fglrx 8.41 driver is not available to the public today, but it should be made available at AMD's website within the next week.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру