The OpenNET Project / Index page

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

Сравнение производительности драйверов для видеокарт AMD в Ubuntu

06.03.2014 14:41

Ресурс Phoronix провёл очередную серию измерений производительности открытых драйверов Radeon на примере графического стека который войдет в состав Ubuntu 14.04, основанного на MESA 10.1 и ядре Linux 3.13. Результаты приводятся в сравнении с проприетарным драйвером Catalyst. Тестирование проведено в состоянии типовой конфигурации системы из коробки.

В процессе теста изучались GPU как поддерживаемые драйвером R600g на основе архитектуры VLIW, так и новые GPU на основе архитектуры GCN, поддерживаемые драйвером RadeonSI. В тесте приняли участие следующие GPU: Radeon HD 5830, HD 6450, HD 6770, HD 6870, HD 6950, HD 7850, HD 7950 и R9 270X.

  • В игре Prey в разрешении FullHD драйвер R600g показал 80-90% производительности от проприетарного драйвера. RadeonSI также демонстрировал производительность порядка 80% от скорости проприетарного драйвера.
  • В OpenArena 0.8.8 все GPU под управлением открытых драйверов показали производительность порядка 80% от закрытого драйвера.
  • В достаточно требовательном тесте Unigine Sanctuary драйвер R600g показал производительность порядка 80% от проприетарного драйвера. RadeonSI показал себя несколько хуже, продемонстрировав производительность порядка 50% от проприетарного драйвера.
  • В тесте Unigine Tropics получились аналогичные результаты, с той разницей что GPU 6950 показал на открытом драйвере более плохой результат, порядка 50% производительности относительно закрытого драйвера.
  • В тесте Unigine Valley, драйвер R600g показал неплохие результаты по производительности, однако отмечается что картинка выглядит несколько хуже, т.к. не поддерживается тесселяция. Драйвер RadeonSI в данном тесте испытывал трудности с распределением регистров и не справился с тестом. Эта ошибка устранена в более новой версии LLVM, однако релиз еще не выпущен и в состав Ubuntu эти исправления соответственно пока не попали.
  • С игрой Xonotic в FullHD и настройками уровня High хорошо справились оба открытых драйвера, показав производительность на уровне 90% от проприетарного.
  • С более тяжелыми настройками Ultimate драйвер R600g справился без особых проблем, мало отставая от Catalyst. Однако драйвер RadeonSI провалил тест с той же ошибкой что и в тесте Unigine Valley.
  • В пакете GPU Test в тесте Plot3D производительность открытых драйверов составила примерно 50% от проприетарного драйвера.
  • В пакете GPU Test в тесте Furmark оба открытых драйвера показали себя очень хорошо, местами даже обогнав Catalyst.
  • В пакете GPU Test в тесте Triangle у драйвера RadeonSI возникли проблемы с производительностью доступа к vRAM и результат оказался достаточно плохим. R600g выступил несколько лучше, показав примерно 50% производительности от драйвера Catalyst в данном тесте.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
Автор новости: Аноним
Тип: Обобщение
Ключевые слова: radeon, driver, amd, catalyst, benchmark
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (51) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:52, 06/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Лучше бы с виндовыми дровами сравнили.
     
     
  • 2.6, ЦУАТЗ98ЦРАЗЦУП (?), 21:37, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кому лучше?
     
  • 2.8, Аноним (-), 21:49, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    IMHO проприетарный драйвер приблизительно равен виндовому.
     
     
  • 3.9, анонко (?), 21:55, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > IMHO проприетарный драйвер приблизительно равен виндовому.

    но зато производительность линукса не равна винде

     
     
  • 4.14, Аноним (-), 22:25, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    так это и так ясно. куда уж форточкам до нас
     
  • 4.15, Аноним (-), 22:36, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > но зато производительность линукса не равна винде

    Да, я помню как програмер из MS расписывал почему у них хуже. Выглядело печально, но убедительно.

     
  • 4.43, Аноним (-), 16:15, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    производительность ядра неравна производительности ос? как замечательно
     
  • 4.47, Loooooker (ok), 19:22, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    По моим измерениям в Unigine Heaven проприетарный драйвер на DirectX (венде) выдает около 1100 очков, на OpenGL (Linux) - около 900. Видеокарта HD7ххх
     
     
  • 5.54, Zenitur (ok), 07:56, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > По моим измерениям в Unigine Heaven проприетарный драйвер на DirectX (венде) выдает
    > около 1100 очков, на OpenGL (Linux) - около 900. Видеокарта HD7ххх

    На Direct3D (Windows) и OpenGL (Windows) так же. ATi не любит OpenGL.

     
     
  • 6.56, Аноним (-), 07:47, 09/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Zenitur'у до сих пор дух ATi спать спокойно не даёт
     
  • 4.53, Zenitur (ok), 07:55, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В какую сторону?
     
  • 2.25, анонимб (?), 07:49, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Одинаково. Сравнивал в тесте LuxMark. Гонял на AMD FX-8350 и HD 7770. По итоговым баллам показал себя в 1.5 раза лучше в связке CPU+GPU в сравнении с Windows 8.
     
  • 2.26, анонимб (?), 07:51, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле закрытые одинаково. Имеет смысл сравнивать с открытыми.
     

  • 1.4, Аноним (4), 21:20, 06/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    как там с драйвером для raspberri pi? кто нибудь хотя бы писать его уже начал?
     
     
  • 2.12, rob pike (?), 22:07, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала для Cortex M3.
     

  • 1.5, SergMarkov (ok), 21:21, 06/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –34 +/
    Как AMD не садись, хоть свободно хоть нет, все равно получается хрень галимая, а не нвидиа :-)
     
     
  • 2.7, Аноним (7), 21:38, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Мама в курсе, что ты без выполненной домашней работы за компьютер сел?
     
     
  • 3.10, анонко (?), 21:56, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Мама в курсе, что ты без выполненной домашней работы за компьютер сел?

    это-то что, я вот без выполненной курсовой за ноутом сижу

     
     
  • 4.11, Nicknnn (ok), 21:58, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Значит скоро в армию.
     
     
  • 5.13, анонко (?), 22:15, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Значит скоро в армию.

    До мая времени валом.

     
     
  • 6.16, Аноним (-), 22:36, 06/03/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > До мая времени валом.

    Да, еще успеешь научиться портянки наматывать.

     
     
  • 7.42, souryogurt (ok), 14:38, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Носки там с берцами уже. Так что ну ее эту курсовую. В армии будет комфортно.
     
     
  • 8.49, Аноним (-), 04:38, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И правда так этот нерюх почем зря про т пять лет на протирание штанов, а так ... текст свёрнут, показать
     
  • 4.24, milinsky (ok), 07:17, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Заюзашь там армейский Red Hat. Я помниться ковырял го когда службу проходил в РА. Так что на курсовую можешь положить.
     
  • 3.18, botman (ok), 00:15, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем врать. В Fedora 20 на APU вообще все игры работают отменно в опенсорсных дровах на FullHD, даже бета Portal 2 практически не глючит. А вот c Debian Jessie на этой системе если чего и работает нормально из проприетарного - исключительно на Catalyst.

    Единственное не побороть - регулярные зависания системы на видео в контейнерах Quicktime(причём сразу на Ubuntu,Debian и Fedora с драйверами Opensource и Catalist)... какой идиот придумал это делать для сериалов? Эпломаны безрукие.

     
     
  • 4.19, asd (??), 02:08, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем врать. В Fedora 20 на APU вообще все игры работают отменно
    > в опенсорсных дровах на FullHD, даже бета Portal 2 практически не
    > глючит. А вот c Debian Jessie на этой системе если чего
    > и работает нормально из проприетарного - исключительно на Catalyst.
    > Единственное не побороть - регулярные зависания системы на видео в контейнерах Quicktime(причём
    > сразу на Ubuntu,Debian и Fedora с драйверами Opensource и Catalist)... какой
    > идиот придумал это делать для сериалов? Эпломаны безрукие.

    Перепакуй в mkv, делов то. Или пережми.

     
  • 4.20, Аноним (-), 04:34, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > регулярные зависания системы на видео в контейнерах Quicktime

    WTF, seriously?! Парсер формата не часть системы. Не часть ядра. Не часть иксов. Это лишь часть либ которые подгружаются в программу-плеер. Если от сбоев в этой части софта у вас виснет вся система - something is seriously f$cked up.

     
     
  • 5.30, botman (ok), 10:16, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > иксов. Это лишь часть либ которые подгружаются в программу-плеер. Если от
    > сбоев в этой части софта у вас виснет вся система -
    > something is seriously f$cked up.

    Если бы оно висло только на gstreamer или только на mplayer я бы тебе поверил. А так... гуляй, пока качаю вместо Quicktime 720p Matroska 1080p.

     
     
  • 6.36, Аноним (-), 11:42, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если операционка виснет от активности user-mode программ - у вас что-то здорово ... текст свёрнут, показать
     
  • 2.44, Аноним (-), 16:17, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    тоньше вбрасывай.
     

  • 1.22, _KUL (ok), 05:46, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Объясните, кому не сложно про драйвера для radeon видеокарт из репозитория debian.
    R600g - это https://packages.debian.org/jessie/xserver-xorg-video-radeon
    закрытый Catalyst - это https://packages.debian.org/jessie/fglrx-driver
    RadeonSI - в репах дебиана вообще нет?! И это какое-то вообще 3е направление? Или это база на xserver-xorg-video-radeon ?
    Просто вообще не понятно, меса какая-то ещё бывает, и зачем она нужна? ...
     
     
  • 2.23, _KUL (ok), 05:49, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не нуб, контроллер домена на samba подниму, парсилку с posix завязкой сделаю. просто недавно стал владельцем radeon, не могу вникнуть в этот круговорот ...
     
     
  • 3.27, Аноним (-), 08:19, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    уходи
    на бубунту
    а лучше сразу на венду, там контроллер домена готовый уже

    по теме: радик в порядке (юзаю hd4250 и hd7770), как открытый, так и блоб

     
  • 3.37, Аноним (-), 11:45, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > просто недавно стал владельцем radeon, не могу вникнуть в этот круговорот

    Проще всего живется убунтуям - достаточно просто "oibaf PPA" подключить + поставить свежий кернель. Кстати oibaf PPA в принципе работает и с дебиан-тестингом как оказалось. Но это на свой страх и риск.


     
  • 2.28, arzeth (ok), 08:49, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    radeon = R100,
    r200g = R200,
    r300g = R300—R500,
    r600g (ну это Radeon 3xxx—6xxx) = R600, R700, Evergreen, Northern Islands,
    radeonsi = Southern Islands, Volcanic Islands.

    xserver-xorg-video-radeon — это прослойка между ядерным драйвером drm/radeon и иксами.
    mesa — это реализация API OpenGL (ну и OpenGL ES, OpenCL).
    А в Catalyst сразу и своя прослойка и своя реализация OpenGL.

     
  • 2.33, Andrey Mitrofanov (?), 10:31, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Объясните, кому не сложно про драйвера для radeon видеокарт из репозитория debian.

    Этого никто не понимает.

    > R600g - это https://packages.debian.org/jessie/xserver-xorg-video-radeon
    > RadeonSI - в репах дебиана вообще нет?! И это какое-то вообще 3е

    Следи за руками!
    https://packages.debian.org/experimental/i386/libgl1-mesa-dri/filelist
    (+в jessie есть, в wheezy нет)

     
  • 2.35, Аноним (-), 11:23, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    это 2д драйвер для Хсервера. радеонси там есть (наверное), но нужно еще много пакетов.
    Меза это 3д ускорение (+еще некоторые штуки которые видеокарта умеет)
    Видеодрайвер на много кусков разбит
     
  • 2.45, Аноним (-), 16:19, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Про графический стек
    http://habrahabr.ru/post/148954/

     
  • 2.46, _KUL (ok), 16:21, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо адекватным знающим, кто ответил.
    Теперь кажется понял, для Radeon HD 7770, если я суровый фанат опена, то ставлю xserver-xorg-video-radeon + месу, а если не против закрытого драйвера, то ставлю fglrx-driver.
     
     
  • 3.51, Аноним (-), 04:40, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Теперь кажется понял, для Radeon HD 7770, если я суровый фанат опена,
    > то ставлю xserver-xorg-video-radeon + месу, а если не против закрытого драйвера,
    > то ставлю fglrx-driver.

    Как-то так. Для свежего еще хорошо бы ядро новое, 3.13 и свежее. Там ряд багов с управлением питанием зачинен и оно активировано по дефолту.

     
     
  • 4.52, Аноним (-), 04:40, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Для свежего

    Для открытого, блин.

     

  • 1.29, Михаил (??), 09:01, 07/03/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Производительность производительностью, а FTL на открытом драйвере все так же падает при запуске, роняя с собой иксы. Фиксить ни кто не собирается, судя по всему.
    https://bugs.freedesktop.org/show_bug.cgi?id=66955
     
     
  • 2.31, nmorozov (ok), 10:29, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если бы одним FTL дело ограничивалось...
     
  • 2.32, Аноним (-), 10:30, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Производительность производительностью, а FTL на открытом драйвере все так же падает при запуске, роняя с собой иксы. Фиксить ни кто не собирается, судя по всему.

    https://bugs.freedesktop.org/show_bug.cgi?id=66955

    Никто из разработчиков открытого драйвера не собирается фиксить FTL. Поэтому и статус бага соответствующий: RESOLVED NOTOURBUG

    Тем более что проблема вполне обычная для проприетарных бинарников и решается тоже вполне обычным путем:

    "Turns out the real problem is that FTL bundles a version of libstdc++ that the DRI drivers won't link against. If I remove the bundled libstdc++.so & use the system one then everything works as expected."

     
     
  • 3.34, Михаил (??), 11:18, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    То есть сам факт падения иксов от запуска программы не с той библиотекой это нормально?
     
     
  • 4.38, Аноним (-), 11:51, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть сам факт падения иксов от запуска программы не с той
    > библиотекой это нормально?

    Переформулируйте баг в более понятном разработчикам виде. В том виде как это представлено - это таки баг игры.

     
  • 4.39, Аноним (-), 12:01, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть сам факт падения иксов от запуска программы не с той библиотекой это нормально?

    То есть если проблема решается простым удалением кривой библиотеки из кучки проприетарных бинарников, то разработчики драйвера лучше потратят свое время на решение более серьезных проблем.

    Но если Вас это действительно беспокоит, и Вы вместо элементарного решения проблемы путем удаления библиотеки продолжаете раз в 5 минут запускать кривой FTL и ронять свои иксы, то Вы, конечно, всегда можете заняться исправлением этого бага. Присылайте свои патчи в соответствующие списки рассылки.

    Ну или Вы можете просто потерпеть пока indirect rendering не выкинут, как сказано в комментах, и FTL не перестанет запускаться вообще, пока Вы наконец-то не удалите эту библиотеку.

     
     
  • 5.40, Михаил (??), 12:19, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/

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

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

    > Ну или Вы можете просто потерпеть пока indirect rendering не выкинут

    Если он в таком состоянии, что иксы роняет - пожалуй, лучше бы его уже побыстрее выкинули.

     
     
  • 6.41, Аноним (-), 13:23, 07/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если баг никому не мешает настолько, чтобы захотеть потратить свое время на е... текст свёрнут, показать
     
     
  • 7.55, Аноним (-), 08:21, 08/03/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если юзерспейс будет ронять ядро в результате засовывания в него кривого стороннего модуля,

    Ну если юзерспейс не имея рутовых прав может модуль вгрузить и все уронить - это таки тоже баг.

     
  • 7.57, Михаил (??), 10:43, 11/03/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Где кнопка "Скинуться на исправление бага" ?

    Если юзерспейс с юзерскими правами _может_ совать модуль в ядро, то что-то тут не так.

     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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