LINUX.ORG.RU
ФорумTalks

Инженер из AMD признал, что графический стек Linux нуждается в совершенствовании

 , , , ,


1

4

При обсуждении ошибки, связанной с относительно высоким по сравнению с Windows потреблением электроэнергии на APU AMD с поддержкой аппаратного декодирования видео, инженер из AMD, Алекс Дойкер (Alex Deucher, основной разработчик драйвера amdgpu), признал, что отображение видео в Linux в принципе неэффективно.

При выводе видео в Linux сейчас используется следующая цепочка:

  • Сжатый видеопоток
  • VCN (модуль аппаратного декодирования видео для GPU AMD)
  • Сырые YUV данные
  • Конвертация палитры, масштабирование на модуле GFX (по сути 3D акселератор в GPU, что заставляет его повышать частоты работы ядра и VRAM)
  • RGB данные
  • Вывод на дисплей.

Как должно работать:

  • Сжатый видеопоток
  • VCN
  • Сырые YUV данные
  • Контроллер дисплея, который будет преобразовывать палитру, масштабировать и отображать.

Более эффективно это может быть решено в Wayland композиторах, но пока реализации нет. Данная проблема решена в Microsoft Windows и Google Android, ибо там есть полноценные одиночные композиторы, которые предоставляют соответствующие возможности и API - чего пока нет в Linux, потому что ни X.org, ни Wayland не могут работать с YUV-потоками напрямую.

Source: https://www.opennet.ru/opennews/art.shtml?num=60656

Bug report: https://gitlab.freedesktop.org/drm/amd/-/issues/3195#note_2295146

Как должно работать:

Не должно вообще выходить за пределы видюхи.
Гонишь на неё поток со словами «вот по этим координатам отрисуй, параметры вот такие».

devl547 ★★★★★
()
Последнее исправление: devl547 (всего исправлений: 1)
Ответ на: комментарий от devl547

Контроллер дисплея – м.б. имеется в виду контроллер вывода на дисплей? На большинстве arm soc оный контроллер поддерживает масштабирование и конвертацию этих ваших yuv’ов.

Хотя это всё отговорки дятлов которые с какого-то хрена чуть что врубают видюхе частоты в разы выше чем надо. Проверяется легко – при фиксировании видяхи на минимальной частоте проигрывание видео не лагает и жрёт +- столько же сколько и на винде.

timdorohin ★★★★
()
Последнее исправление: timdorohin (всего исправлений: 1)

но пока реализации нет

https://floss.social/@rmader/110946838681254840

Just watched Sintel in 4K using display hardware YUV->RGB conversion and scaling on #gnome Mutter with #mpv - no 3D GPU usage (no shaders, no compositing) and also very littly CPU usage (video decoding done by VAAPI) and thus very power efficient.

Не оно?

P.S. я так понимаю, работать будет только в полноэкранном режиме, пока поддержку direct scanout для окон не введут. Подвижки были в этом плане.

whbex
()
Последнее исправление: whbex (всего исправлений: 1)

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

ox55ff ★★★★★
()
Ответ на: комментарий от whbex

Похоже, что оно, но только в мастере Mutter и больше нигде.

Wayland, сэр! Фрагментация, сэр!

tempuser003
() автор топика

Если стек так нуждается в совершенствовании, то почему инженер, который может и должен это делать, его не совершенствует?

aiqu6Ait ★★★★
()

От кого угодно можно было это принять, но только не от разраба дров AMD

buddhist ★★★★★
()
Ответ на: комментарий от ox55ff

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

Я вот прямо сегодня в очередной раз наблюдал, как это «успешно решено и работает без пердолинга» на Андроиде. Имею проектор на Андроиде, при подключении к нему переносного жесткого диска с видео-сериалами больше половины файлов не может воспроизвести с криками «не поддерживаемый формат видео».
При этом все эти файлы прекрасно воспроизводит простой mpv в Линуксе.
Просто многие файлы в Инете сжаты сильнее, с ними не может справиться аппаратный декодер.

sigurd ★★★★★
()
Последнее исправление: sigurd (всего исправлений: 2)

Более эффективно это может быть решено в Wayland композиторах, но пока реализации нет.

Ну куда так спешить, вайланд же только-только появился.

thesis ★★★★★
()

Как пользователь PC, должен заявить, что инженеры AMD тоже не идеальны.

JaneDoe
()

ШТА? То, что делалось аппартатно, должно делаться программно и это будет эффективнее? Совсем смузи мозги разжижили

DumLemming ★★
()
Ответ на: комментарий от sparkie

Да всё он договаривает. Видно же, что очередной желающий в наш дружный коллектив своим вяленым опять потыкать. Казачок засланный, одним словом.

Smacker ★★★★
()
Ответ на: комментарий от DumLemming

улучшайзеры и уплавнялки не нужны

Не нужны. Ну и жрущий софтовый декодинг никто не отменял.

И новые кодеки не нужны

Когда последний раз встроенный кодек на видяхе обновлял?
Помнится, в своё время кто-то пытался запилить декодер h.265 на opencl, но надорвался.

devl547 ★★★★★
()
Последнее исправление: devl547 (всего исправлений: 1)

А поцчему на моей зеленой проприетарщине с этим проблем нет? Да и на штеудовских встройках тоже?

Может быть у вас архитектура дров (или железа) под это плохо заточена, а, херр Дойкер?

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

зеленой проприетарщине с этим проблем нет

Зелёная проприетарщина разве выпускает ноутбучные встройки, где подобные оптимизации важны?

whbex
()
Ответ на: комментарий от whbex

То есть, если в/к ноутбучная и дискретная, но жрет при этом меньше, чем встройка (на том же стеке) - то это не нужно? :)

Это ты с козырей зашел.

pekmop1024 ★★★★★
()
Последнее исправление: pekmop1024 (всего исправлений: 1)
Ответ на: комментарий от Shadow

Когда был видеооверлей

Если пройти по ссылке ТСа на gitlab.freedesktop.org и прочитать сообщение, то видно, что там именно про тот самый оверлей и говорится.

i-rinat ★★★★★
()

This comes off at roughly 7W. Far from what I got with Intel (3.5W-4W despite using the exact same software stack, i.e. Fedora + XFCE + Firefox) but better than ~12W that I get under X.org with AMD.
I still don’t understand why Intel fairs so much better and I feel like there’s some very large inefficiency on the AMD side.
Инженер из AMD признал, что графический стек Linux нуждается в совершенствовании

MoldAndLimeHoney
()

Зачем желтый заголовок с опеннета копипастить? «Признал», бггг. Его запятили в угол вилами?

slackwarrior ★★★★★
()

Данная проблема решена в Microsoft Windows и Google Android, ибо там есть полноценные одиночные композиторы

Исходя из этого текста, можно утверждать, что GNU / Blunex специально так проектировался, чтобы он никогда не превзошёл *ожественный оффтопик. Дальше если продолжат мысль, то покупать дорогие видяшки нет смысла, так как нормально играть будет невозможно ещё 10 лет, пока эту проблему не решат.

xwicked ★★☆
()
Ответ на: комментарий от pekmop1024

Может быть у вас архитектура дров (или железа)

Я бы ставил на дрова. Железо то у AMD хорошее, а на софт забивают перманентно.

devl547 ★★★★★
()
Ответ на: комментарий от lenin386

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

devl547 ★★★★★
()
Ответ на: комментарий от Smacker

Казачок засланный...

Вот я и говорю, что-то недоговаривает.
Короче говоря, засланец.

sparkie ★★★★
()
Ответ на: комментарий от devl547

Я бы ставил на дрова. Железо то у AMD хорошее, а на софт забивают перманентно.

Уже бы наняли зеленых, чтобы им дрова написали… Те заодно и себе бы переписали часть про вяленого. Жаль, что при капитализме так не бывает.

pekmop1024 ★★★★★
()
Ответ на: комментарий от devl547

на месте видео розовый вроде прямоугольник был

Более того, если поверх плеера и ещё чего-нибудь сверху него взять ещё одно окно с 0xFF00FF содержимым, то видео через все эти окна могло просвечивать туда, где его быть не должно. Ну, побочный эффект такой )

GAMer ★★★★★
()
Ответ на: комментарий от pekmop1024

Уже бы наняли зеленых, чтобы им дрова написали

Сегодняшние новости:

Рыночная стоимость NVIDIA превысила ВВП России

Дороговато нанимать таких, наверное )

GAMer ★★★★★
()
Ответ на: комментарий от GAMer

Пузырь же, ну. Почитай как эту «капитализацию» считают.

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

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

Пузырь же, ну.

Очевидно, но «это жжж не спроста»! NVIDIA лидер и в графике, и в вычислениях, а сейчас и в ИИ. И конкуренция ей только в ИИ и светит, Google, FB, Cerebras, но сильнее всего наверное будет битва с HUAWEI.
Такая двужуха, что прям завидно...
А у нас Микрон выпустил на днях свой MIK32 на 32МГц/16КБ ОЗУ/8КБ EPROM за 3к чип, 14к девборда.
Блин, заканчиваю за упокой, даже до F103 не дотянули (

GAMer ★★★★★
()
Ответ на: комментарий от devl547

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

lenin386 ★★★★
()
Последнее исправление: lenin386 (всего исправлений: 1)
Ответ на: комментарий от GAMer

сильнее всего наверное будет битва с HUAWEI

Битвы не будет, китайцы их натянут по самые помидоры, ибо госбабло. Просто не мгновенно.

pekmop1024 ★★★★★
()

Графический стек Linux признал, что инженер из AMD нуждается в совершенствовании

utanho ★★★★★
()
Ответ на: комментарий от devl547

Железо то у AMD хорошее, а на софт забивают перманентно

Причем не первый десяток лет.

utanho ★★★★★
()
Ответ на: комментарий от lenin386

Чорный

Да хоть синий. Цвет настраивался.

i-rinat ★★★★★
()
Ответ на: комментарий от targitaj

Тогда почему нас должно интересовать его мнение? У меня вот тоже есть мнение про видео в linux, но я держу его при себе.

aiqu6Ait ★★★★
()
Ответ на: комментарий от loki_

При наличии контроля - да. А если как у нас, то будет как у нас.

pekmop1024 ★★★★★
()
Ответ на: комментарий от GAMer

за 3к чип

местами проскальзывала информация об оптовой цене 1.9… но дело даже не в цене. цена может и ниже будет, при массовом производстве.

«встроенный интегрированный программируемый контроллер прерываний отключен»

что без него получится напрограммировать?

вообще конечно новость оптимистичная, будем наблюдать динамику.

aiqu6Ait ★★★★
()
Ответ на: комментарий от aiqu6Ait

«встроенный интегрированный программируемый контроллер прерываний отключен»

Это про IPIC от Syntacore, но там вроде есть свой тн EPIC, в целом проблем быть не должно, на рутубе есть обзор.

GAMer ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)