LINUX.ORG.RU

Тест аппаратного ускорения в Firefox

 , , ,


0

4

Затестил недавно появившееся аппаратное ускорение видео в Firefox.

Имеется ноутбук со следующими ТТХ:

[den@den-e7250 ~]$ screenfetch

 OS: Manjaro 19.0.2 Kyria
 Kernel: x86_64 Linux 5.5.7-1-MANJARO
 Uptime: 25m
 Packages: 1420
 Shell: bash
 Resolution: 1920x1080
 DE: KDE 5.66.0 / Plasma 5.17.5
 WM: KWin
 CPU: Intel Core i7-5600U @ 4x 3.2GHz [65.0°C]
 GPU: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2) 
 RAM: 2022MiB / 7851MiB
 

Взял для примера вот это видео с Youtube: https://www.youtube.com/watch?v=LXb3EKWsInQ Во всех случаях грузил h264 версию с разрешением 1920х1080 и частотой кадров 60Гц.

В последней стабильной версии Firefox (73.0.1 из репозиториев Manjaro) в XWindows окружении получил загрузку процессора порядка 40-50% (процессор при этом работал на частоте около 2500 MHz). Скриншот 1

В SMPlayer (в качестве проигрывателя используется mpv), с активированным ускорением посредством vaapi, загрузка процессора не превышала 15%. Частота процессора при этом была минимальной (около 800-1000 MHz). Скриншот 2

Далее – последняя ночная сборка Firefox с сайта Мозиллы 75.0a1 (2020-03-04). Включил все необходимые опции в about:config и запустил с переменной MOZ_ENABLE_WAYLAND=1. Первое, что неприятно удивило – огромное количество глюков. Не работает нормально гамбургер-меню (только верхнее, которое вызывается по нажатию Alt). Не работает copy-paste. При рендеринге страниц вылезают какие-то непонятные артефакты. Та же самая сборка в иксовом окружении, на первый взгляд, по поведению ничем не отличается от стабильной. Лис к Wayland (в KDE) так и не готов :( Видео запустить удалось, при этом картинка почему-то рвётся на части. Ускорение, кажется, заработало, но по потреблению ресурсов кардинально лучше не стало (скриншот 3). Картинка при этом иногда рвётся в нижней части и мерцает. Переход в полноэкранный режим и обратно удаётся ровно один раз, при повторной попытке браузер падает.

Из данного эксперимента можно сделать следующий вывод: на данном этапе аппаратное ускорение в Firefox использовать, к сожалению, невозможно. Буду писать багрепорты и надеятся на улучшения в будущем.

★★

огромное количество глюков. Не работает нормально гамбургер-меню (только верхнее, которое вызывается по нажатию Alt). Не работает copy-paste. При рендеринге страниц вылезают какие-то непонятные артефакты. Та же самая сборка в иксовом окружении, на первый взгляд, по поведению ничем не отличается от стабильной. Лис к Wayland так и не готов :( Видео запустить удалось, при этом картинка почему-то рвётся на части.

УМВР ЧЯДНТ?

DE-то хоть какое? А, кеды. Кедолюбы должны страдать, ну ничего нового.

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

GNOME 3.34.

Занятно. Сами Кеды под Wayland, кстати, прекрасно работают. Единственный глюк – некоторые подменю в виджете «Классическое меню приложений» разворачиваюся под панель, если длинные и пунктов в них много.

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

Да, что-то под линуксами в браузерах не получается сделать нормальное ускорение. Зоопарк железа, зоопарк окружений, даже диспдейных серверов два :) Никаких стандартов кроме опенжиеля, который от версии к версии тоже изменяется и присутствует на десктопах от 2.1 до распоследних 4.6. И все пытаются использовать опенжиель игнорируя друг друга... Ох, наша свобода выбора разработчикам поперёк горла стоит :)

ChekPuk ★★ ()

Измерять, стало ли лучше, нужно по энергопотреблению. Запускаешь в фоне turbostat -i 3 -s 'PkgWatt,CorWatt,GFXWatt,RAMWatt' --Summary, вывод перенаправляешь в файлы. Потом строишь графики для вариантов с ускорением и без. Основное значение имеет PkgWatt, но остальные графики тоже интересно сравнить.

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

Да в Sway бывает иксвейланд в бинарном фаерфоксе под гентой вешает клаву до закрытия браузера после чистки истории. Скомпилированный вроде без глюков работает. Нагрузка все та же 15-20% в 1080p.

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

Измерять, стало ли лучше, нужно по энергопотреблению. Запускаешь в фоне turbostat -i 3 -s ‘PkgWatt,CorWatt,GFXWatt,RAMWatt’ –Summary, вывод перенаправляешь в файлы. Потом строишь графики для вариантов с ускорением и без. Основное значение имеет PkgWatt, но остальные графики тоже интересно сравнить.

В течение дня заморочусь. Надо будет также добавить к сравнению сборку Хромиума с активированным VAAPI.

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

в абсолютно любой конфигурации субъективное удобство пользования компьютером сводится к его энергопотреблению.

Ну уж максимализмом не страдай.

h264@60@1080p ну не такая сложная штука, чтобы средний или мощный современный ПК как-то начал закипать.

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

Установил минимальный gnome-shell (версии 3.34), чтобы проверить работу Firefox в Wayland-окружении под управлением Mutter. Частично, беру свои слова назад – в глюках работы интерфейса виноват не только Firefox, но и KWin. Почему не только KWin? Потому что другие приложения в Wayland-сессии KDE работают, по большей части, корректно.

Однако, несмотря на то, что заработали меню и копипаст, разрывы и мерцания картинки с включенным ускорением никуда не исчезли. Да, учитывая описание реализации ускорения, они и не должны зависеть от DE/WM:

В сборках Firefox на базе Wayland удалось подготовить унифицированное рабочее GL-окружение, не привязанное к конкретным композитным серверам, таким как GNOME Mutter или KDE Kwin. Поддержка ускорения с использованием бэкенда на базе DMABUF реализована для двух доступных в Firefox механизмов отрисовки - WebRender (новый, использующий GPU для отрисовки web-страниц) и GL compositor (классический). В обоих случаях при использовании нового бэкенда текстуры создаются в GPU и могут использоваться напрямую без копирования между процессами браузера, отвечающими за композитинг и взаимодействие с GPU. Кадры WebGL могут отрисовываться сразу в память GPU, которая может отражаться во фреймбуфер EGL, обрабатываться в основном процессе и отрисовываться как текстура при сведении элементов web-страницы.

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

h264@60@1080p ну не такая сложная штука, чтобы средний или мощный современный ПК как-то начал закипать.

Но им это удается! Отожрать одно ядро у i5-6300 чисто ютубом - норма.

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

ну разве что по мнению ноутбуко-холопов…

А что, владельцы ноутбуков не люди? Или за компом надо исключительно впахивать, а кино какое глянуть, лёжа на диване – признак быдла? Увы, один процент, во многом, отсюда и вытекает :(

Например, можно было бы притащить на Linux пользователей говнобуков на Атомах. По отзывчивости интерфейса и потреблению ресурсов даже Плазма превосходит Windows 10. Можно было бы привлечь народ, однако, Bay Trail/Cherry Trail нормально не тянут 1080p программно даже в 30Гц.

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

h264@60@1080p ну не такая сложная штука, чтобы средний или мощный современный ПК как-то начал закипать.

Ноутбуки, они греются, на коленях не комфортно держать, и время автономной работы уменьшает. Еще и декадирование vp9 потребляет больше cpu чем h264.

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

Ноутбуки, они греются, на коленях не комфортно держать, и время автономной работы уменьшает. Еще и декадирование vp9 потребляет больше cpu чем h264.

Я знаю.

Ответ был максималисту, который сказал, что для любой конфигурации это проблема.

Я не смогу на своём ПК 2012 года с FullHD монитором заметить что-то от повышенного потребления. Если у меня не будет открыт монитор ресурсов. В нём увижу, что ну 30% CPU по разным ядрам будет скакать. Но на счёте за электроэнергию это не отразится, как и куллер здоровенный ПКшный не взвоет.

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

Вот я сначала как раз хотел в качестве отличной от kde среды с wayland композитором попробовать sway, но дефолтной конфигурации в Арче у него нет, похоже. С тем конфигом, который в репах, есть панель сверху и курсор мыши, даже сеанс не завершить.

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

ну, смотря какие ноутбуки) У меня норм)

fam15h_power-pci-00c4
Adapter: PCI adapter
power1:           N/A  (crit =  14.99 W)

thinkpad-isa-0000
Adapter: ISA adapter
fan1:         598 RPM
temp1:        +49.0°C  
temp2:         +0.0°C  
temp3:        +49.0°C  
temp4:         +0.0°C  
temp5:         +0.0°C  
temp6:         +0.0°C  
temp7:        +24.0°C  
temp8:         +0.0°C  

k10temp-pci-00c3
Adapter: PCI adapter
temp1:        +49.4°C  (high = +70.0°C)
                       (crit = +100.0°C, hyst = +99.0°C)

amdgpu-pci-0008
Adapter: PCI adapter
vddnb:            N/A  
edge:         +50.0°C  (crit = +120.0°C, hyst = +90.0°C)

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

Я пролистал вики мельком и разбираться мне во всем этом было откровенно лень, тем более, что пользоваться им на постоянной основе я не собирался.

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

h264@60@1080p ну не такая сложная штука, чтобы средний или мощный современный ПК как-то начал закипать.

Возможно.

Но наличия связи это никак не отменяет. Это лишь значит, что в некоторых конфигурациях данный участок графика достаточно пологий.

В общем же случае чем выше энергопотребление системы, тем не лучше.

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

Ответ был максималисту, который сказал, что для любой конфигурации это проблема.

«Максималист» сказал, что для любой конфигурации есть связь (монотонная зависимость). О том, что это в 100% случаев будет проблемой, речи не шло.

Хочешь полемизировать — хотя бы не перевирай чужие слова.

intelfx ★★★★★ ()

тестировал в sway. УМВР, но нагрузка на проц несколько больше чем у видеоплееров (судя по багтрекеру, у автора патча тоже так), и картинка иногда мерцает и дергается (про это опять же есть в багтрекере). В общем, в самый раз для nightly.

Lrrr ()

Ускорение, кажется, заработало, но по потреблению ресурсов кардинально лучше не стало

Что и требовалось доказать. Это ваше ускорение профита особо не даёт, зато даёт головную боль разработчикам.

te111011010 ()