The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В состав ядра Linux 4.2 принят драйвер AMDGPU, opennews (ok), 27-Июн-15, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


18. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  –1 +/
Сообщение от Аноним (-), 27-Июн-15, 11:47 
А в чем смысл "фирменных варинтов" OpenGL и OpenCL ?
Ответить | Правка | Наверх | Cообщить модератору

25. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +1 +/
Сообщение от Аноним (-), 27-Июн-15, 12:02 
> А в чем смысл "фирменных варинтов" OpenGL и OpenCL ?

В том что они могут быть с "фирменными оптимизациями" которые "не хочется показывать конкурентов". Хотя глядя на то как работает каталист - я бы на их месте вообще его целиком в трэш спустил и допиливал открытый драйвер. Благо там уже GL 4.x - добивают последние недостающие расширения, кодирование-декодирование видео работает, управление питанием нормальное, даже вычисления уже работают более-менее. В общем смысла в каталисте постепенно остается ноль целых, фиг десятых.

Ответить | Правка | Наверх | Cообщить модератору

59. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  –1 +/
Сообщение от Аноним (-), 27-Июн-15, 21:34 
Когда в открытом драйвере сделают подджерку YUY2 для HD7750 ?

$ xvinfo
X-Video Extension version 2.2
screen #0
  Adaptor #0: "GLAMOR Textured Video"

    Number of image formats: 2
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)

уже три года жду...
скоро уже буду продавать 7750 ... а открытый драйвер так и не доработали...
про sync вообще даже писать грустно.

отстается только на intel переходить...

Ответить | Правка | Наверх | Cообщить модератору

64. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от Аноним (-), 27-Июн-15, 23:03 
xvinfo
X-Video Extension version 2.2
screen #0
  Adaptor #0: "GLAMOR Textured Video"

    Number of image formats: 2
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)


никогда потому что 2д драйвер там очень плохой. И он всегда таким и останется пока ты не сделаешь всего чего ему не хватает. Или не найдешь того кто сделает предварительно простимулировав.

Ответить | Правка | Наверх | Cообщить модератору

72. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +1 +/
Сообщение от Аноним (-), 28-Июн-15, 01:33 
> Когда в открытом драйвере сделают подджерку YUY2 для HD7750 ?

Какая-то очень странная постановка вопроса. Объясни - что все это дает пользователям, с пользовательской точки зрения? Ну или что НЕ дает. Плюс-минус пара надписей в чисто технических утилсах - ну, круто. Но мало на что влияет "по жизни". Не очень понимаю поводов расстройства из-за какого-то одного из субформатов.

> про sync вообще даже писать грустно.

В смысле? В опенсорсном радеоне с этим получше чем у многих других.

> отстается только на intel переходить...

Флаг в руки. Только он по производительности 3D, как бы это сказать, и близко к 77хх не стоял. Пардон, всякий там набортный GDDR5 - софтварно не эмулируется, хоть там что! А если GPU и CPU на двоих делят DDR3, который в разы более медленный на графических задачах чем GDDR5 - там все понятно, думаю. Еще есть, конечно, iris всякие, но стоят они как задняя часть от самолета а считают не больно то в соответствии со своей ценой.

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

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

78. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от Аноним (-), 28-Июн-15, 01:50 
>> А в чем смысл "фирменных варинтов" OpenGL и OpenCL ?
> В том что они могут быть с "фирменными оптимизациями" которые "не хочется
> показывать конкурентов". Хотя глядя на то как работает каталист - я
> бы на их месте вообще его целиком в трэш спустил и
> допиливал открытый драйвер. Благо там уже GL 4.x - добивают последние
> недостающие расширения, кодирование-декодирование видео работает, управление питанием
> нормальное, даже вычисления уже работают более-менее. В общем смысла в каталисте
> постепенно остается ноль целых, фиг десятых.

И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

145. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от targitaj (?), 29-Июн-15, 15:35 
>И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну.

Иииии какая же связь между стоимостью железа и способом производства дров на него?

Ответить | Правка | Наверх | Cообщить модератору

146. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +1 +/
Сообщение от Andrey Mitrofanov (?), 29-Июн-15, 15:55 
>>И поэтому я куплю их карту за 500 бакинских, что-бы на открытых сидеть. Нуну.
> Иииии какая же связь между стоимостью железа и способом производства дров на него?

Не, он *оправдывает* покупку "дорогого" железа использованием блободриверов, а использование блободриверов покупкой  "дорогого" железа. Это такое обоснование. Типа. Двойной потре---тор. Ишь ты, интеграшки с FLOSS-дривером ему не надь.

Ответить | Правка | Наверх | Cообщить модератору

26. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  –1 +/
Сообщение от Zenitur (ok), 27-Июн-15, 12:06 
R600 пробовал? Я пробовал ещё ранний альфа-релиз на Ubuntu 8.10. Производительность Catalyst 2009 года выше, чем у R600 2015-го, увы! Правда в 2009 поиграть было не во что... Ещё не было Humble Bundle, и современные линуксовые игры можно было посчитать по пальцам: Doom III, Unreal Tournament 2004, Cold War и Penumbra.

Но тот Catalyst обладал проблемами при обычной работе с десктопом (написание текстов, копирование файлов и обработка звука), а открытый - нет. А ещё закрытый драйвер периодически делал микрофризы звука в VLC (КАК видеодрайвер связан со звуком?), а открытый драйвер - нет.

Если отойти от R600... Та же Ubuntu 8.10 (или Debian 5) позволяют запустить на старом компьютере с неподдерживаемым Radeon (ещё не HD) Catalyst 9.3. Майнкрафтик работает заметно шустрее, чем в Ubuntu MATE с открытым драйвером.

Сейчас Catalyst другой, он умеет Crossfire и разгон, а также OpenCL. Проприетарную реализацию OpenCL создавали уже совсем другие люди - ATi уже была приобретера AMD. И этот OpenCL шикарен - карточка NVIDIA того же поколения и по такой же цене выдаёт в 10-15 раз меньше скорости. Правда, я не пробовал ничего, кроме числодробилок (Milkyway Home, Cgminer и crark).

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

30. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от Аноним (-), 27-Июн-15, 12:28 
> R600 пробовал? Я пробовал ещё ранний альфа-релиз на Ubuntu 8.10.

Ну а вот в убунте 15.04 он вполне себе так ничего :). И не имеет фирменных минусов каталиста.

> Производительность Catalyst 2009 года выше, чем у R600 2015-го, увы!

А вот это - весьма и весьма зависит от. Катаглист в 2D например вечно был жутчайший слоупок и хоть немного сравнимо с R600 стало только в последних версиях. Это не прикол - достаточно посмотреть форониксовые бенчи. И знаешь - скролл в браузере и прочая с R600 и RadeonSI работает зело приятнее как-то. Поэтому твой экспериенс семилетней давности - слегонца протух, извини.

> современные линуксовые игры можно было посчитать по пальцам: Doom III, Unreal
> Tournament 2004, Cold War и Penumbra.

Ну а вот сейчас R600 и RadeonSI тянут многие тяжелые двигуны, с весьма приличной скоростью. Проблемы еще есть. Но вообще-то оно местами даже обставляет каталист. В десктопном 2D - вообще результаты 50 на 50 примерно. В 3D каталист в целом быстрее. Но не настолько уж и, за последние пару лет наиболее проблемные места разогнали очень даже, по поводу чего синтетика типа GPUMark втопила буквально в разы.

> закрытый драйвер периодически делал микрофризы звука в VLC
> (КАК видеодрайвер связан со звуком?), а открытый драйвер - нет.

Легко, чувак: ядерный модуль может потенциально поставить колом все вообще. Он в принципе может даже эксклюзивно занять проц и вырубить переключение задач совсем, если сильно захочет. И получишь ты систему которая не реагирует ни на что. ЧСХ, из-за багов такое порой получается "само по себе".

Насколько я помню, кернель по дефолту вообще преэмптивен только добровольно. Есть такая штука как low latency ядра, в той же убунте. На самом деле это настройка опций ядра. Ну вот у убунтуев есть ядра собранные с ней - они называют их low latency. С этой настройкой ядро таки может быть preempt'нуто и без добровольных пожеланий, кроме критических секций, разумеется.

> Сейчас Catalyst другой, он умеет Crossfire и разгон, а также OpenCL.

OpenCL умеет и открытый драйвер. Сюрприз.

> скорости. Правда, я не пробовал ничего, кроме числодробилок (Milkyway Home, Cgminer и crark).

Ну вот в bfgminer нынче легко получается 80% скорости катаглиста (форк cgminer, удобная штука для бенчмарков и тестов).

Ответить | Правка | Наверх | Cообщить модератору

46. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от Аноним (-), 27-Июн-15, 18:06 
> Насколько я помню, кернель по дефолту вообще преэмптивен только добровольно.

Это неверно.

Ответить | Правка | Наверх | Cообщить модератору

73. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от Аноним (-), 28-Июн-15, 01:38 
> Это неверно.

Так написано в хелпаре на эту настройку ядра, если меня не подводит склероз. Что мол без этого - код ядра в основном преэмптивен в основном только добровольно (программы в режиме пользователя ессно переключать можно всегда... если они не отвисли в каком-то ядерном вызове). А если врубить вот это - получается т.н. "low latency" ядро, при этом код ядра тоже можно будет переключать "без спроса", кроме критичных секций. Откуда и проистекает выигрыш в латенси, собственно. Если это не так - просьба более предметно указать источник знаний и пруфлинки.

Ответить | Правка | Наверх | Cообщить модератору

91. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  –1 +/
Сообщение от Zenitur (ok), 28-Июн-15, 06:20 
Привет User294! Ты говоришь что открытый radeon бывает быстрее, приводя в пример 2D-ускорение. Ну, меня и открытый nv на NVIDIA Riva в этом плане устраивает - окна переносятся, браузер скроллится. Так что не достижение. При этом ты в целом согласился что в 3D Catalyst быстрее - уважаю. Когда я пользовался Cgminer, я разгонял видеокарту на 35%. Поэтому закрытый драйвер не просто быстрее, а гораздо быстрее. Что касается "OpenCL есть и в открытом драйвере" - как-то не подумал что меня могут понять как "он перечисляет то, чего нет в открытом драйвере".

А ещё radeon умеет аппаратное кодирование через ffmpeg и Gstreamer, а Catalyst - нет. И уже вряд ли научится, потому что Catalyst в стагнации. Я понял это, когда переводил новости о релизах драйверов видеокарт в 2011 году. После мощного старта в 2008, когда AMD исправила 90% багов и добавила все недостающие фичи, в 2011 всё стало становиться хуже. Началось всё с пропадания Release Notes драйвера: их давали почитать эксклюзивно редактору Phoronix, но не юзерам: ссылка всегда вела на старое описание! В 2012 пропали регулярные релизы драйвера: если в 2011 они были часто (хоть и без описаний) (и в них добавили PowerXpress), в 2012 прекратились. Помню, я перевёл новость про 12.4 в последних числах апреля, и получил комментарий "слишком поздно - скоро же выходит 12.5!". Не вышел. Вышел 12.6 beta. Потом ещё много бет, и лишь 13.1 - релиз.

Выглядело как будто кончилось финансирование, хотя один программист из Valve считает иначе (http://www.linux.org.ru/forum/talks/10487097). По его мнению, Catalyst для Linux - костыль на костыле. Вот уходит программист, приходит новый, и вместо того чтобы разбираться в старом коде - пишет сверху прослойку, и программирует через неё. Потом новый программист, и ещё одна прослойка. В итоге такая печальная картина, что релиз ломает совместимость с тем, что давно работало, и хотя сразу выходит hotfix, он ломает что-то ещё.

А вот код драйвера NVIDIA прозрачен и продуман (но закрыт), например NVIDIA не составило труда избавиться от глобальной блокировки, от которой окончательно избавились в ядрах 2.6.3x. Не составило труда "отвязать" от иксов драйвер (для кластеров с CUDA, а Catalyst научился только в 2013) и OpenGL (для Fedora 23 с Wayland), добавить многоядерный рендеринг в OpenGL. Они добавляют поддержку последнего ядра и иксов до релизов, когда они в rc1. Но были проблемы с ядром 3.11 из-за удаления num_physpages (с которой справились, но с плохими последствиями для систем с 128+ Gb RAM), с Optimus (еле как сделали в 2013) и KMS.

Что касается Low Latency Kernels - это не ванильное ядро, это -rt патчи. Они очень серьёзны (подробнее: http://www.ibm.com/developerworks/ru/library/l-real-time-lin...), но стоят того: latency звука снижается с 60 мс до 2-3 мс! Только их разработка приостановлена: http://www.opennet.ru/opennews/art.shtml?num=40162 Хотя для ядра 3.18 они обновлены, и у меня есть две версии: программиcnы очень уважают Debian, и Valve проплатила для SteamOS (которого перевели на пакетную базу Debian 8: http://www.opennet.ru/opennews/art.shtml?num=42506), так как в прошлый раз патчи -rt были.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

117. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +1 +/
Сообщение от Аноним (-), 28-Июн-15, 14:24 
> Привет User294! Ты говоришь что открытый radeon бывает быстрее, приводя в пример 2D-ускорение.

Между прочим, "2D" ускорение - неслабая часть десктопного экспериенса. На самом деле там от 2D только название на данный момент, ибо в последнее время актуально в основном ускорение иксов через glamore, который представляет 2D как частный случай 3D и все делает через OpenGL. А просто потому что в современых видеокартах нет такого понятия как 2D ускорение толком.

> Ну, меня и открытый nv на NVIDIA Riva в этом плане устраивает

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

> - окна переносятся, браузер скроллится. Так что не достижение.

А еще хорошо когда все это шустренько, плавно и без тиринга.

> При этом ты в целом согласился что в 3D Catalyst быстрее - уважаю.

А какой смысл врать, особенно в опенсорсе, особенно самому себе? Это контрпродуктивно. Но выигрыш обычно не такой уж большой (чаще всего процентов 20-30), а сами игроделы (!!!) признают что качество реализации OpenGL в MESA - заметно выше чем в Catalysy. Сильно меньше проблем рендеринга чем с каталистом. Такой вот интерсный прикол.

> Когда я пользовался Cgminer, я разгонял видеокарту на 35%.

Я не особый фанат разгона - при этом сильно повышается риск выхода из строя и сокращается срок службы. Вентилятор при этом вообше убьется максимум за год. Спасибо если не GPU, а то у ПЕЧей такие приколы например известны.

> Поэтому закрытый драйвер не просто быстрее, а гораздо быстрее.

На одинаковой частоте - 80% по скорости выдает, что ни говори. А с LLVM 3.7 наверное и побольше даже. ИМХО достаточно прилично. А всякий там оверклок - оно просто низкоприоритетная фича. ИМХО однако ручное управление частотами постепенно и в открытый драйвер пролезет - а просто потому что теперь каталист будет через открытый модуль работать и все это довольно быстро собезьянничают в открытый драйвер, даже какие-нибудь посторонние кадры :). Управление вентилем из каталиста выдрали даже прямо так, трассировкой обращений к памяти.

А из реально заметных упущений - там нет работы с images, по поводу чего нет ускорения например в darktable, а он считает много и оно там пригодилось бы. В последнее время амд как-то так много чего подтянули и зафиксили и это единственное что я могу с наскока припомнить нехорошего про открытый OpenCL на данный момент. Два газилиона багов которые я им завел они таки все замочили. Вау.

> А ещё radeon умеет аппаратное кодирование через ffmpeg и Gstreamer, а Catalyst
> - нет. И уже вряд ли научится, потому что Catalyst в стагнации.

Честно говоря я не вижу будущего проприетари в открытой системе :P. А со своей стороны я заинтересован в открытой графике. Закрытый драйвер GPU в открытой системе - имхо столь же неестественно как закрытый драйвер например на CPU.

> становиться хуже. Началось всё с пропадания Release Notes драйвера:

Вообще, они там в последних версиях вроде неплохо задолбали долго достававшие всех баги. Разогнали 2D до уровня сравнимого с открытым (видимо стало стыднo что открытый драйвер их буквально в разы в 2D делает XD). Утверждается что даже падения через ~неделю работы замахали. Но я был не в настроении это проверять. Я не заинтересован в блобах.

> (http://www.linux.org.ru/forum/talks/10487097). По его мнению, Catalyst для Linux -
> костыль на костыле.

Этот Рич специфичный тип. Но каталист - да, костыль на костыле. Более того - костылей есть и у нвидии. А среди игроделов вообще есть мнение что MESA более качественно OpenGL реализует. Вообще, с MESA нынче работает множество тяжелых движков, навороченных игр и прочая. А вон в новой версии DOTA2 - валв фиксит текстуры с открытым драйвером, например, получив фидбэк. Вокруг открытых дров для радеона собралось довольно большое сообщество и они баги фигарят оптом, тестируют все что можно, анализируют производительность и отвалы. Де факто сгрузив дофига работы с разработчиков. Поэтому в целом оно как-то так довольно прилично подтянулось в качестве.

> А вот код драйвера NVIDIA прозрачен и продуман (но закрыт),

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

> не составило труда избавиться от глобальной блокировки,

...а KMS вроде как до сих пор нормально не сделали. Хрен знает сколько. А без этого видеодрайвер вообще совсем левый пришлепок к системе, совсем не интегрированный с ней. Там даже какой-нибудь kdb или kernel panic нормально может и не отрисоваться без этого. Лично я такое отсутсвие интеграции с системой - труба шатал.

> кластеров с CUDA, а Catalyst научился только в 2013)

ЧСХ, в открытой графической подсистеме сдеали логично: расщепили "видеокарты" на "долбилки на экран" и "числокрушилки". Оно как-то так реально и есть, а видеокарта в привычном ее понимании - это и то и другое. Но бывают GPU без видеовыходов (в ноутах) или "глупые" долбилки на экран без "мозга" в виде GPU, по сути "фреймбуфер без нифига". Нынче все это учитывается. И считать в Clover - можно без иксов.

> rc1. Но были проблемы с ядром 3.11 из-за удаления num_physpages

А еще у нвидии было много проблем, когда разработчики взмахнули им факом еще и чисто технически: они самые вкусные символы DRM/KMS пометили как GPL_ONLY и нвидия пошла курить бамбук. И с тех пор они так и городят какой-то свой эрзац KMS-а, сам реализующий половину недостающих функций. Так вроде еще и не дореализовывали, так что их драйвер так и повисает в системе на проволоке и скотче, с никакой интеграцией с системой. Но всяким фракталам - хоть сцы в глаза... :)

> Что касается Low Latency Kernels - это не ванильное ядро, это -rt

Я таки про относительно ванильное ядро, которое можно найти в kernel ppa c обозначением low latency. Я собираю ядра сам и за базу был взят конфиг одного из таких ядер, т.к. их поведение мне нравится больше.

Основное отличие - там установлены характерные опции сборки, главная из которых разрешает preempt'ить все ядро. Эта фича есть в майнлайне и убунтуйский low latency кернел отличается в основном тем что собран с этой фичой. А -rt это несколько иное и в более суровом варианте.

> но стоят того: latency звука снижается с 60 мс до 2-3 мс!

Я если что про CONFIG_PREEMPT (Preemptible kernel - Low Latency desktop). В menuconfig это в Processor type and features -> Preemption model, это в майнлайне точно есть. Там есть несколько вариантов на выбор. Для сервера - максимально производительный, но с плохой латенси. Промежуточный - компромиссный, с понижением латенси но почти не в ущерб скорости, и вот этот - бескомпромиссное разрешение срубать весь кернел, кроме критичных секций. Что по идее несколько просаживает скорость работы, но отзывчивость становится заметно лучше. Это ключевое отличие "low latency" ядра от "обычного".

> так как в прошлый раз патчи -rt были.

В данном случае я не столько о реалтайме сколько о возможности преемптить все ядро. Для десктопа выглядит как полезная фича.

Ответить | Правка | Наверх | Cообщить модератору

79. "В состав ядра Linux 4.2 принят драйвер AMDGPU"  +/
Сообщение от бедный буратино (ok), 28-Июн-15, 01:56 
> R600 пробовал? Я пробовал ещё ранний альфа-релиз на Ubuntu 8.10. Производительность Catalyst 2009 года выше, чем у R600 2015-го, увы!

чушь... у них сравнительная производительность... я как-то даже сидел на каталисте на r600... пока мне не надоело то, что оно всё время отваливается и я не вернул ядрёный драйвер. единственное, что потерял и что жалко - это видеоускорение для hd видео - но это у меня есть и в телевизоре, и в cubieboard.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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