Ресурс Phoronix провёл (http://www.phoronix.com/scan.php?page=article&item=amd_radeo...) очередную серию измерений производительности открытых драйверов 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 в данном тесте.URL: http://www.phoronix.com/scan.php?page=article&item=amd_radeo...
Новость: http://www.opennet.me/opennews/art.shtml?num=39252
Лучше бы с виндовыми дровами сравнили.
кому лучше?
IMHO проприетарный драйвер приблизительно равен виндовому.
> IMHO проприетарный драйвер приблизительно равен виндовому.но зато производительность линукса не равна винде
так это и так ясно. куда уж форточкам до нас
> но зато производительность линукса не равна виндеДа, я помню как програмер из MS расписывал почему у них хуже. Выглядело печально, но убедительно.
производительность ядра неравна производительности ос? как замечательно
По моим измерениям в Unigine Heaven проприетарный драйвер на DirectX (венде) выдает около 1100 очков, на OpenGL (Linux) - около 900. Видеокарта HD7ххх
> По моим измерениям в Unigine Heaven проприетарный драйвер на DirectX (венде) выдает
> около 1100 очков, на OpenGL (Linux) - около 900. Видеокарта HD7хххНа Direct3D (Windows) и OpenGL (Windows) так же. ATi не любит OpenGL.
Zenitur'у до сих пор дух ATi спать спокойно не даёт
В какую сторону?
Одинаково. Сравнивал в тесте LuxMark. Гонял на AMD FX-8350 и HD 7770. По итоговым баллам показал себя в 1.5 раза лучше в связке CPU+GPU в сравнении с Windows 8.
В смысле закрытые одинаково. Имеет смысл сравнивать с открытыми.
как там с драйвером для raspberri pi? кто нибудь хотя бы писать его уже начал?
Сначала для Cortex M3.
Как AMD не садись, хоть свободно хоть нет, все равно получается хрень галимая, а не нвидиа :-)
Мама в курсе, что ты без выполненной домашней работы за компьютер сел?
> Мама в курсе, что ты без выполненной домашней работы за компьютер сел?это-то что, я вот без выполненной курсовой за ноутом сижу
Значит скоро в армию.
> Значит скоро в армию.До мая времени валом.
> До мая времени валом.Да, еще успеешь научиться портянки наматывать.
Носки там с берцами уже. Так что ну ее эту курсовую. В армии будет комфортно.
> В армии будет комфортно.И правда: так этот нерюх почем зря про#$%т пять лет на протирание штанов, а так - только 1 или 2 на подметание ломом плаца.
Заюзашь там армейский Red Hat. Я помниться ковырял го когда службу проходил в РА. Так что на курсовую можешь положить.
Зачем врать. В Fedora 20 на APU вообще все игры работают отменно в опенсорсных дровах на FullHD, даже бета Portal 2 практически не глючит. А вот c Debian Jessie на этой системе если чего и работает нормально из проприетарного - исключительно на Catalyst.Единственное не побороть - регулярные зависания системы на видео в контейнерах Quicktime(причём сразу на Ubuntu,Debian и Fedora с драйверами Opensource и Catalist)... какой идиот придумал это делать для сериалов? Эпломаны безрукие.
> Зачем врать. В Fedora 20 на APU вообще все игры работают отменно
> в опенсорсных дровах на FullHD, даже бета Portal 2 практически не
> глючит. А вот c Debian Jessie на этой системе если чего
> и работает нормально из проприетарного - исключительно на Catalyst.
> Единственное не побороть - регулярные зависания системы на видео в контейнерах Quicktime(причём
> сразу на Ubuntu,Debian и Fedora с драйверами Opensource и Catalist)... какой
> идиот придумал это делать для сериалов? Эпломаны безрукие.Перепакуй в mkv, делов то. Или пережми.
> регулярные зависания системы на видео в контейнерах QuicktimeWTF, seriously?! Парсер формата не часть системы. Не часть ядра. Не часть иксов. Это лишь часть либ которые подгружаются в программу-плеер. Если от сбоев в этой части софта у вас виснет вся система - something is seriously f$cked up.
> иксов. Это лишь часть либ которые подгружаются в программу-плеер. Если от
> сбоев в этой части софта у вас виснет вся система -
> something is seriously f$cked up.Если бы оно висло только на gstreamer или только на mplayer я бы тебе поверил. А так... гуляй, пока качаю вместо Quicktime 720p Matroska 1080p.
> Если бы оно висло только на gstreamer или только на mplayer я бы тебе поверил.Если операционка виснет от активности user-mode программ - у вас что-то здорово факапнуто. Или в системных компонентах чуть ли уровня ядра, или железо сбоит.
Не должна современная многозадачка валиться от такой фигни как неправильный формат файла в плеере. Мы же не про win95, а про более-менее современные ОСи где предполагается более-менее нормальная защита программ друг от друга и защита системы от программ. И нет, заметать мусор под ковер - это не вариант. Баги надлежит выявлять и чинить, а не "перекачивать правильные форматы файлов", что весьма ламерский "воркэраунд", возможно имеющий намного более далеко идущие последствия чем нам всем бы хотелось.
Грубо говоря, кого вы пытаетесь обмануть? И зачем? Нормальный способ решения проблем - осознать, локализовать и поспособствовать починке. Например, у вас есть пример проблемного файла? И в какой конфигурации это проявляется? Плеер/видеокарта/драйвера/.... ?
тоньше вбрасывай.
Объясните, кому не сложно про драйвера для 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 ?
Просто вообще не понятно, меса какая-то ещё бывает, и зачем она нужна? ...
не нуб, контроллер домена на samba подниму, парсилку с posix завязкой сделаю. просто недавно стал владельцем radeon, не могу вникнуть в этот круговорот ...
уходи
на бубунту
а лучше сразу на венду, там контроллер домена готовый ужепо теме: радик в порядке (юзаю hd4250 и hd7770), как открытый, так и блоб
> просто недавно стал владельцем radeon, не могу вникнуть в этот круговоротПроще всего живется убунтуям - достаточно просто "oibaf PPA" подключить + поставить свежий кернель. Кстати oibaf PPA в принципе работает и с дебиан-тестингом как оказалось. Но это на свой страх и риск.
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.
> Объясните, кому не сложно про драйвера для radeon видеокарт из репозитория debian.Этого никто не понимает.
> R600g - это https://packages.debian.org/jessie/xserver-xorg-video-radeon
> RadeonSI - в репах дебиана вообще нет?! И это какое-то вообще 3еСледи за руками!
https://packages.debian.org/experimental/i386/libgl1-mesa-dr...
(+в jessie есть, в wheezy нет)
это 2д драйвер для Хсервера. радеонси там есть (наверное), но нужно еще много пакетов.
Меза это 3д ускорение (+еще некоторые штуки которые видеокарта умеет)
Видеодрайвер на много кусков разбит
Про графический стек
http://habrahabr.ru/post/148954/
Спасибо адекватным знающим, кто ответил.
Теперь кажется понял, для Radeon HD 7770, если я суровый фанат опена, то ставлю xserver-xorg-video-radeon + месу, а если не против закрытого драйвера, то ставлю fglrx-driver.
> Теперь кажется понял, для Radeon HD 7770, если я суровый фанат опена,
> то ставлю xserver-xorg-video-radeon + месу, а если не против закрытого драйвера,
> то ставлю fglrx-driver.Как-то так. Для свежего еще хорошо бы ядро новое, 3.13 и свежее. Там ряд багов с управлением питанием зачинен и оно активировано по дефолту.
> Для свежегоДля открытого, блин.
Производительность производительностью, а FTL на открытом драйвере все так же падает при запуске, роняя с собой иксы. Фиксить ни кто не собирается, судя по всему.
https://bugs.freedesktop.org/show_bug.cgi?id=66955
если бы одним FTL дело ограничивалось...
> Производительность производительностью, а 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."
То есть сам факт падения иксов от запуска программы не с той библиотекой это нормально?
> То есть сам факт падения иксов от запуска программы не с той
> библиотекой это нормально?Переформулируйте баг в более понятном разработчикам виде. В том виде как это представлено - это таки баг игры.
> То есть сам факт падения иксов от запуска программы не с той библиотекой это нормально?То есть если проблема решается простым удалением кривой библиотеки из кучки проприетарных бинарников, то разработчики драйвера лучше потратят свое время на решение более серьезных проблем.
Но если Вас это действительно беспокоит, и Вы вместо элементарного решения проблемы путем удаления библиотеки продолжаете раз в 5 минут запускать кривой FTL и ронять свои иксы, то Вы, конечно, всегда можете заняться исправлением этого бага. Присылайте свои патчи в соответствующие списки рассылки.
Ну или Вы можете просто потерпеть пока indirect rendering не выкинут, как сказано в комментах, и FTL не перестанет запускаться вообще, пока Вы наконец-то не удалите эту библиотеку.
Проблема с конкретным случаем решается, но это лишь уход от решения проблемы с падением иксов при запуске самого обычного приложения.Да, да, вот мы подошли ко второму пункту. Если б я начал без ссылки на баг, от меня бы потребовали багрепорта, если багрепорт уже есть - фиксите сами(не важно, сколько времени это займет и на сколько эффективнее сделает это разработчик драйвера). Так баги и висят по пять лет.
Если вдруг юзерспейс приложение будет ронять ядро, как к этому отнесутся разработчики ядра? Тоже предложат приложение поправить, или таки нет?> Ну или Вы можете просто потерпеть пока indirect rendering не выкинут
Если он в таком состоянии, что иксы роняет - пожалуй, лучше бы его уже побыстрее выкинули.
> Да, да, вот мы подошли ко второму пункту. Если б я начал без ссылки на баг, от меня бы потребовали багрепорта, если багрепорт уже есть - фиксите сами(не важно, сколько времени это займет и на сколько эффективнее сделает это разработчик драйвера). Так баги и висят по пять лет.Ну если баг никому не мешает настолько, чтобы захотеть потратить свое время на его исправление, то да, может и висеть - почему бы и нет, раз он никому не мешает. Никто не обязан Вам исправлять баги, даже если он может это сделать эффективнее чем Вы. Вы же не считаете, что сантехники должны Вам бесплатно прочищать засорившийся унитаз просто потому, что у них это получится эффективнее, чем у Вас?
> Если вдруг юзерспейс приложение будет ронять ядро, как к этому отнесутся разработчики ядра? Тоже предложат приложение поправить, или таки нет?
Если юзерспейс будет ронять ядро в результате засовывания в него кривого стороннего модуля, то я думаю Вы знаете, как к этому отнесутся разработчики ядра. Так почему разработчики mesa должны что-то делать в связи с тем, что mesa отказывается работает с кривой сторонней библиотекой, которую ей подсовывает вместо нормальной системной библиотеки какое-то проприетарное приложение?
А то, что в итоге кривое приложение пытается работать через indirect rendering и роняет иксы - это уж точно не проблема разработчиков драйверов mesa, так как иксы - это не меса. Так что как минимум вы неправильную тему для жалоб выбрали.
> Если юзерспейс будет ронять ядро в результате засовывания в него кривого стороннего модуля,Ну если юзерспейс не имея рутовых прав может модуль вгрузить и все уронить - это таки тоже баг.
Где кнопка "Скинуться на исправление бага" ?Если юзерспейс с юзерскими правами _может_ совать модуль в ядро, то что-то тут не так.