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

"AMD перевёл набор Linux-драйверов Radeon на открытые драйверы OpenGL и Vulkan"	+/–
Сообщение от opennews (??), 30-Май-25, 23:02
Компания AMD опубликовала выпуск набора драйверов AMD Radeon 25.10.1 для Linux (Radeon Software for Linux), работающего поверх модуля AMDGPU, развиваемого в основном составе ядра Linux. Выпуск примечателен реализацией официальной поддержки открытых драйверов RADV и RadeonSI для графических API Vulkan  и OpenGL, поставляемых проектом Mesa. Ранее предлагаемые пропритетарные драйверы для Vulkan и OpenGL исключены из набора... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63329
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 30-Май-25, 23:02	–19 +/–
и как производительность пострадала?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28, #29, #35

2. Сообщение от NGAGE13 (ok), 30-Май-25, 23:08	–1 +/–
AMDVLK капут,я правильно понял? Он же вроде открытый был.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6

3. Сообщение от BlackRot (ok), 30-Май-25, 23:09	–18 +/–
Из состава также исключён фреймворк AMF (Advanced Media Framework), предлагающий аппаратно ускоренные кодировщики и декодировщики видео. Вместо AMF для ускорения кодирования и декодирования видео предложено использовать программный интерфейс VA-API (Video Acceleration API) в связке с Mesa. мои аплодисменты. вместо апаратного на программный 👌 где лайк поставить? (сарказм)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #9, #10

5. Сообщение от Аноним (5), 30-Май-25, 23:15	+23 +/–
Лайк поставь своей учительнице, которая не научила тебя читать. Программный _интерфейс_, а не кодировщик. А VA-API это video accelerated api, что как бы намекает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от name (??), 30-Май-25, 23:22	+3 +/–
Да, был открытый, radv лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

7. Сообщение от name (??), 30-Май-25, 23:29	+7 +/–
Потрясающе, когда-нибудь меза станет настолько крутой, что заменит блобы на телефонах. Уже частично заменяет, в эмуляторах используют turnip.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

8. Сообщение от НяшМяш (ok), 30-Май-25, 23:51	+/–
Единственно в чём amdvlk был быстрее, это в рейтрейсинге на поддерживаемых видеокартах. Теперь ждём вклад amd в radv на этот счёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

9. Сообщение от НяшМяш (ok), 30-Май-25, 23:52	+3 +/–
Кеды на аватарке, при этом не знает, что такое vaapi. Кекспертность на опеннете во плоти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

10. Сообщение от Аноним (10), 31-Май-25, 00:09	+/–
AMF и VA-API это, грубо говоря, программные обвязки, дёргающие аппаратные возможности. Т.е. одну реализацию (специфическую) заменили на другую (стандартную для Linux). Но, в принципе, я бы не стал аппаратное кодирование использовать вообще. Качество при этом получается хуже, чем у NVIDIA (NVENC), а при сравнении с программным кодировщиком так вообще разница небо и земля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11, #15

11. Сообщение от penetrator (?), 31-Май-25, 00:20	+3 +/–
NVENC это тоже аппаратное кодирование и оно такое же корявое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Аноним (12), 31-Май-25, 00:20	–7 +/–
Пришёл ИИ. Хард скиллы теперь нужны гораздо меньше. Нужны софт скилы. Ну и код открывать - а это логично.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #41

13. Сообщение от Beta Version (ok), 31-Май-25, 00:26	+/–
Это ведь означает, что АМД подключится к разработке RADV? А то пока какая-то дикость получалась, что самый популярный игровой драйвер для видеокарт разрабатывался не производителем этих карт, а никак не связанной с ней другой компанией.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #71

14. Сообщение от name (??), 31-Май-25, 00:45	–1 +/–
Почему никак не связанной, этот radv потом на стимдеках использовался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #17

15. Сообщение от Аноним (15), 31-Май-25, 01:36	–6 +/–
А, ну конечно проще купить отдельный компуктер, чтобы показать как Вася играет в игры или нагружать проц по полной, но тогда непонятно будет какое же потребление в играх. Вот ведь злые кодировальщики - декодирования то нет совсем. Это в 4К вместо 16 ватт процессор должен был бы потреблять 160? Отличное решение для стримов - и дома тепло. А то сижу тут парюсь с 16 ваттами на видеокарте в пассивном режиме для 86 кадров в 1080 и страдаю. Надо же как все быть! А все должны страдать, потому что иначе Вася обидится и будет чувствовать себя не комфортно. А нам ведь всем очень важно мнение Васи. Как мы без него раньше жили неясно. https://rutube.ru/video/a9eb7dfc3fada0242e02465c299e9c3b/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #27

17. Сообщение от Beta Version (ok), 31-Май-25, 03:25	+/–
> Почему никак не связанной, этот radv потом на стимдеках использовался. Я про разработку драйвера. То, что этот драйвер используется для красного железа, это само собой разумеющееся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #20

19. Сообщение от Аноним (19), 31-Май-25, 04:00	+3 +/–
Софт скиллы при устройстве на работу были нужны всегда. Лично я считаю, что это глупости все, не нужны программистам все эти ваши социальные взаимодействия, наше дело код писать, а не бесконечные созвоны устраивать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #23, #43, #49, #58

20. Сообщение от name (??), 31-Май-25, 04:27	–3 +/–
Как они продали бы стимдеки без протона и хорошего драйвера, разумеется, им больше всех нужно было это всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

21. Сообщение от Аноним (21), 31-Май-25, 04:57	+3 +/–
Дрова всё также намертво приколочены к ядру и линукс-специфичным API?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26

23. Сообщение от Аноним (23), 31-Май-25, 08:51	+/–
Этот феномен скорей чисто в социальной плоскости. По мере усложнения любой кодовой базы, весь менеджмент все меньше понимает что происходит и обрастает попытками контроля ситуации (или иллюзиями этого контроля)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #25

24. Сообщение от Афроним (?), 31-Май-25, 08:58	–6 +/–
Непонятная непонятность. То ли дело у зеленых подход. Есть прекрасный проприетарный блоб который тащит и есть все остальное. Просто и понятно.
Ответить | Правка | Наверх | Cообщить модератору

25. Сообщение от Афроним (?), 31-Май-25, 09:03	+/–
Как будто код не писался в векторе обозначенным менеджментом. Вы сервисмены много о себе вообразили,над вами дяди сидят болтая ногами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

26. Сообщение от Аноним (26), 31-Май-25, 09:14	+5 +/–
А как вы себе представляете драйвер, который в ядре и который не использует ядерное API?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #46

27. Сообщение от Аноним (29), 31-Май-25, 09:57	–1 +/–
VAAPI даёт аппаратное кодирование/декодирование видео на GPU в Linux без нагрузки CPU! В Apple и M$ вывод картинки на дисплей происходит напрямую с декодировщика, без загрузки CPU. В Linux декорированное изображение передается в masa для сжатия, растяжения, прочей обработки и mesa отрисовывает видео в нужном окошке на дисплее. Да, при этом нагружается CPU. В Linux с X11 начиная с KDE-3 можно на двух десктопах, запустить два фильма,  повернуть рабочие столы в 3D, чтобы грань куба была посредине экрана и смотреть два фильма одновременно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #34, #45

28. Сообщение от leap42 (ok), 31-Май-25, 10:02	+6 +/–
Чего ей страдать, она же меньше была, не? Закрытые драйвера вообще существовали из-за странной позиции разрабов Mesa, которые принципиально не хотели в compat профиле макс версию показывать и требовали явного задействования core профиля. Это полностью соответствует бумажному стандарту, но противоречит практическому положению дел с большинством драйверов (других) и софта (все плевали на стандарт и делали как удобнее). В итоге некоторый проф софт просто не запускался (т.к. не запрашивал профиль как положено), хоть и должен был работать. Это не устраивало всякий крупняк и дрова делали для него. Недавно (относительно) позиция Mesa резко смягчилась и второй драйвер стал не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #50

29. Сообщение от Аноним (29), 31-Май-25, 10:03	+/–
Мне главное, чтобы был PIC код всех этих OpenGL, Vulkan, VAAPI, mesa, ... который даёт возможность собрать PIE бинарь для работы в ASLR ядрах OS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #51

30. Сообщение от Аноним (29), 31-Май-25, 10:08	+1 +/–
Телефоны на процессорах Qualcomm надо брать и использовать mesa с freedreno.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #31

31. Сообщение от name (??), 31-Май-25, 10:15	+1 +/–
Уже есть, но драйвера модема нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #47

32. Сообщение от Аноним (29), 31-Май-25, 10:23	+/–
> официальной поддержки открытых драйверов RADV и RadeonSI для графических API Vulkan и OpenGL > для аппаратного ускорения кодирования и декодирования видео предложено использовать программный интерфейс VA-API (Video Acceleration API) в связке с Mesa Отлично! Вопрос с графическими драйверами и кодированием/декодированием видео на видеокартах AMD решен. Как дела с вычислениями на GPU от AMD? Собираются ли они поддерживать OpenCL? Как насчёт поддержки OpenCL в mesa, clover, (rusticl), RadeonSI?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #59

34. Сообщение от name (??), 31-Май-25, 10:53	+/–
https://mpv.io/manual/stable/#video-output-drivers-dmabuf-wa...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

35. Сообщение от 12yoexpert (ok), 31-Май-25, 11:00	–1 +/–
это ведь не невидия, где с каждым апдейтом минус пол гига памяти
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #52

40. Сообщение от Kerr (ok), 31-Май-25, 11:51	+/–
https://wiki.archlinux.org/title/GPGPU
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #53

41. Сообщение от Смузихлеб забывший пароль (?), 31-Май-25, 12:06	+/–
это как недавний скандал в интоле, когда оказалось, что одним из ключевых показателей эффективности, влияющим на зп и премии руководства, была численность штата отдела. Чем больше - тем лучше И вот там - да. Мусор вроде всяких софт-скиллов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

43. Сообщение от Аноним (43), 31-Май-25, 12:50	+2 +/–
Главный софт-скилл при устройстве на работу - быть прогибастом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

45. Сообщение от Аноним (15), 31-Май-25, 14:11	–1 +/–
А да, прибавляется по-моему около 200 милливольт на встройке интеловской при декодировании и чуть больше в 4К. Это конечно офигеть как важно иметь разницу когда 12900К потребляет 3,5 ватта. Можно напрягшись его как-то заставить потреблять менее 2 ватт в режиме десктопа, но это нужно вручную делать. Как там потребление всей системы в Шындошс и Макакос? Я уже видел выхлопы про то какой ужас - линукс копирует данные в память перед отправкой. Вот ведь хитроподлая встройка! Ну я получается страдаю просто по-дикому. Как же хорошо все сделано в ШМОС! Так, так это они у меня украли кнопку "завидовать!". Я разочарован. Пойду страдать в линуксе дальше. Жизнь боль, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #61

46. Сообщение от Аноним (21), 31-Май-25, 14:55	+2 +/–
Т.е. слегка прошлые и будущие версии ядра в пролёте, не говоря уже о BSD/Solaris?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #48, #69

47. Сообщение от commiethebeastie (ok), 31-Май-25, 15:23	–1 +/–
Причем тут драйвер модема? Adreno использует линуксовый DRI интерфейс, благодаря чему можно без рута пользоваться месовскими дровами на телефоне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #54, #56

48. Сообщение от commiethebeastie (ok), 31-Май-25, 15:25	+/–
На RHEL используется бекпорт из ядра 6.10
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

49. Сообщение от Аноним (49), 31-Май-25, 16:02	+/–
Разработка софта — это в первую очередь социальная дисциплина, и только потом уже техническая. Код пишется чтобы другому человеку передать идеи, а не сделать компьютеру удобненько. Асоциальные только хэллоу ворлды хорошо писать умеют. Для всего остального приходится с другими людьми общаться, а уж в коммерческой разработке так и вовсе необходимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

50. Сообщение от Аноним (50), 31-Май-25, 16:36	+/–
> (относительно) позиция Mesa резко смягчилась и второй драйвер стал не нужен. И пруф этого всего вы конечно покажете? КМК скорее там дело в том что OpenGL стремительно утрачивает свою актуальность как API, являясь в основном затычкой для легаси софта. А Vulkan - в MESA вообще RADV так по жизни бессовестно делал AMDVLK :). И вот тут лолично что амд не поняло зачем самим столько програмить свою полупроприетарь, когда за них написали более крутой и 100% открытый драйвер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

51. Сообщение от Аноним (50), 31-Май-25, 16:37	+/–
> Мне главное, чтобы был PIC код всех этих OpenGL, Vulkan, VAAPI, mesa, ... который > даёт возможность собрать PIE бинарь для работы в ASLR ядрах OS. Они обычно как .so собираются вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

52. Сообщение от Аноним (50), 31-Май-25, 16:38	–1 +/–
> это ведь не невидия, где с каждым апдейтом минус пол гига памяти И еще пачку глюков, где на замен 1 починеного - 2 новых приходит. А вы можете выбирать из проржавевшей новы, недоделаного нуво, глюкавой и проблемной проприетари. Офигенный производитель, видите?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

53. Сообщение от Аноним (53), 31-Май-25, 17:12	+/–
Объединились бы уже AMD с Intel и дописали clover(rusticl) для нормальной поддержки OpenCL в mesa. В mesa с OpenCL все печально: https://mesamatrix.net/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

54. Сообщение от Аноним (54), 31-Май-25, 17:29	+/–
Нет, просто в mesa научились использовать kgsl и использовать turnip с проприетарным драйвером. Но это только вулкан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

55. Сообщение от Аноним (54), 31-Май-25, 17:33	–1 +/–
Если они выкинули оттуда свою реализацию opengl (вроде этотбыло ещё лет 5  назад) и amdvlk, то что осталось там?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60

56. Сообщение от name (??), 31-Май-25, 18:32	+/–
Читал, что есть проблемы с фридрено на андроиде. На андроид 16, когда перейдут на вулкан, возможно turnip покажет себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

58. Сообщение от Аноним (58), 31-Май-25, 20:54	+/–
>наше дело код писать, а не бесконечные созвоны устраивать. Типичные пузыри джуна =) бОльшая часть любой работы - это социальные взаимодействия. Ну если ты не дворник, конечно. Это один из результатов промышленной революции, читайте историю того дела, которым занимаетесь! А уж для программиста это жизненно важно, ибо специализации узкие, заказчиков много, надо четко координировать действия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

59. Сообщение от aaa (??), 31-Май-25, 23:55	+1 +/–
clover уже исключили в 25.2 в пользу rusticl
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #66

60. Сообщение от aaa (??), 31-Май-25, 23:57	+/–
из их реализации opengl что-то перешло в radeon и radeonsi, а некоторые не защищенные лицензиями и патентами оптимизации из amdvlk перешли в radv
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

61. Сообщение от Я (??), 01-Июн-25, 08:08	+/–
да на миливольты пофиг, а вот задержки от копирования уже важны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #62

62. Сообщение от Аноним (15), 01-Июн-25, 09:15	+/–
Ну так нвидия уже пыталась доказать нужность встройки, старательно напирая на то что при таком типе подключения инпут лаг сильно снижается. Даже АМД с даже интелом парились с драйверами, чтобы встройка еще и работала в паре с их видеокартами, но теперь интел вроде бы последние кто бросил этим заниматься. Потому что люди старательно лагают и не хотят ничего менять, даже в лучшую сторону. Ситуация аналогичная тому как люди хотят гитары как в 60-х делали с отлетающими бошками у грифов, потому что гриф из той породы красного дерева не выдерживал тычков. Так что тут сплошная биполярка и даже производители забили пытаться просвящать хотя бы элиту айтишную, хотя эти то парни должны знать как компьютер работает, особенно про видеокарты такое грех не знать и не использовать себе во благо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

64. Сообщение от Сегодняшний (?), 01-Июн-25, 19:18	+/–
Я не держатель АМД и нифига не понял. То есть, для поддержки аппаратного декодирования нужен проприетарный драйвер? Или что?
Ответить | Правка | Наверх | Cообщить модератору

65. Сообщение от Аноним (65), 01-Июн-25, 19:46	+/–
Оооо, амд. Значит спросить можно. Как думаете rocm рабочий варик на арче? С rx6600 ахаххаха
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #70

66. Сообщение от Аноним (66), 02-Июн-25, 04:40	+/–
Видел, что clover на C выкинули с mesa. Это было бы целесообразно если бы rusticl поддерживал в mesa хотя бы OpenCL-1.0. А а так rust только добавит проблем и сложностей. Теперь надо OpenCL на двух языках писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #67

67. Сообщение от Аноним (67), 02-Июн-25, 06:47	+/–
Может clover вернуть назад в mesa и с помощью AMD и Intel довести OpenCL драйвер mesa до рабочего состояния.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

68. Сообщение от Fox (??), 02-Июн-25, 08:54	+/–
Да, вполне. Спокойно гоняю llm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

69. Сообщение от Аноним (69), 02-Июн-25, 13:33	+/–
> Т.е. слегка прошлые и будущие версии ядра в пролёте, В них драйверы - часть релиза. В прошлых версиях дрова by design более старые. В новых - релиз ядра элементарно не состоится если в AMDGPU крутые проблемы. Что забавно - распоследние ядра поддерживают даже совсем антики, типа R300 каокго. Зачем такой видеотормозитель надо я не знаю, но технически - он все еще работает. А кто думает что может лучше чем это - пусть покажет как это R300 в последней винде заработает, ога. Или макоси. Или что там они продвигали. > не говоря уже о BSD/Solaris? Им всегда было похрен и на десктопы, и на проблемы Linux, и на user experience. Теперь взамен всем похрен - на них. В Linux сделали - как лучше работает. Для них. Как эти господа впишутся в эту схему - их проблемы. Могут юзать старое железо, с Xorg своим, они же лечили что их все устраивает, ничего же менять не надо? Значит, всегда полшестого, всегда пора пить чай. И заценивать акселерацию на R300, во.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

70. Сообщение от Аноним (70), 02-Июн-25, 15:00	+/–
Я вон взял новейший Ryzen AI HX 370 где встроенный Radeon 890m. Без rocm конечно гоняю. Но rocm на момент моих тестов тупо ещё не успел ввести поддержку под gfx1151 (как раз Radeon 890m). А там нужна вся цепочка чтобы поддерживала мой чип: новый PyTorch, новый rocm и так далее. Вроде как уже завезли новый PyTorch в прошлом месяце, но ещё не пробовал играться с SDNext в режиме rocm. В CPU-режиме всё это время генерировал картинки. Ну и LLM-ки спокойно через koboldcpp с Vulkan довольно хорошо идёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

71. Сообщение от Аноним (71), 02-Июн-25, 16:03    Скрыто ботом-модератором	+/–
> Это ведь означает, что АМД подключится *мем с ухмыляющимся скайуокером.пнг*
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

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

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