Підтримка апаратного забезпечення RDNA 3.5 у Linux: поточний стан та найближче майбутнє

Інформатек Діджитал » Ресурси » Підтримка апаратного забезпечення RDNA 3.5 у Linux: поточний стан та найближче майбутнє

Поява нових процесорів AMD з інтегрованою графікою RDNA 3.5 привернула увагу багатьох користувачів до Linux, які задаються питанням, чи дійсно операційна система Penguin готова повною мірою скористатися перевагами цього обладнання з першого дня. Завдяки раннім оновленням прошивки, покращенням ядра та розвитку графічного стеку з відкритим вихідним кодом, все набагато цікавіше, ніж може здатися спочатку.

Тим часом, такі виробники, як Lenovo, зі своїми ThinkPad T14s Gen 6, слугують ідеальним тестовим майданчиком для оцінки роботи цих вбудованих графічних процесорів у Windows 11 з власними драйверами AMD. До цього додається постійний потік патчів для драйверів AMDGPU та AMDKFD , поява нових IP-блоків, таких як GFX 11.5.3, та ключові налаштування підсистеми дисплея. Все це свідчить про те, що апаратна підтримка RDNA 3.5 у Linux вже не є експериментом, а дуже серйозним зобов'язанням.

Поточний стан підтримки RDNA 3.5 у Linux

Щоб зрозуміти, звідки ми прийшли і куди йдемо, варто переглянути, як підтримка вбудованих графічних процесорів RDNA 3.5 в Linux була консолідована на різних рівнях: прошивка, ядро ​​та рівень користувацької графіки. AMD змінила свій підхід порівняно з попередніми поколіннями, роблячи кроки ще до повного випуску продуктів (див. історію взаємодії Intel та AMD ).

Останніми днями AMD оновила репозиторій linux-firmware.git файлами прошивки, необхідними для коректної роботи нових інтегрованих графічних процесорів на базі RDNA 3.5 у Linux. Без цих файлів драйвери з відкритим кодом, що входять до складу ядра, не можуть ініціалізувати обладнання, що фактично робить графічний процесор марним або сильно обмеженим.

Вражає те, що цього разу AMD вирішила випустити прошивку задовго до комерційного запуску нових APU. Традиційно ці пакети надходили одночасно з появою продуктів або навіть після того, як вони стали доступними для покупки, залишаючи користувачів Linux у своєрідному невизначеному становищі протягом тижнів або місяців.

Завдяки такому більш проактивному підходу дистрибутиви можуть вставляти прошивку RDNA 3.5 у свої образи ще до того, як обладнання масово надійде в магазини. Це означає майже миттєву підтримку: ви встановлюєте останній дистрибутив, завантажуєтесь, і система одразу розпізнає та використовує вбудований графічний процесор без жодних проблем.

Паралельно, ядро ​​Linux постійно впроваджує покращення драйвера AMDGPU в просторі ядра , який є основою, на якій базуються драйвери простору користувача, такі як RadeonSI (для OpenGL) та RADV (для Vulkan). Ці зміни не лише дозволяють використовувати нове обладнання, але й покращують продуктивність, керування живленням та стабільність.

APU та IP-блоки RDNA 3.5: що готується

Серед прошивок, випущених AMD, виділяється файл, що відповідає графічному блоку GFX 11.5.3 , нової ревізії архітектури RDNA 3.5, яка вказує на продукти, ще не анонсовані офіційно, але про які вже йшлося у витоках та галузевих чутках.

Наразі AMD розповсюджує версії GFX для RDNA 3.5 наступним чином: GFX 11.5.0 у варіантах Ryzen AI 300 «Strix Point» , GFX 11.5.1 у варіантах Ryzen AI Max 300 «Strix Halo» та GFX 11.5.2 у Ryzen AI 350 «Kraken Point». Кожне число ідентифікує певний IP-блок у сімействі RDNA 3.5.

Поява GFX 11.5.3 у репозиторії прошивок свідчить про швидку появу нового APU, відомого всередині компанії як "Gorgon Point ", який, згідно з витоками, стане основою майбутньої серії Ryzen 9000G для настільних комп'ютерів з Zen 5 та покращеною графікою RDNA 3.5. AMD використовує цю нумерацію IP-блоків для диференціації варіантів, що ускладнює визначення точного чіпа, що відповідає кожній версії, просто дивлячись на код.

Опублікований пакет не обмежується чисто графічним розділом; він також включає інші важливі апаратні компоненти, такі як PSP 14.0.5 (Security Platform) , SDMA 6.1.3 (Direct Memory Access Control) і, що дуже важливо, нові версії відеопідсистеми Display Core Next.

На цьому етапі виділяється поява DCN 3.6 для деяких варіантів RDNA 3.5 , тоді як досі відомі реалізації залишалися на рівні DCN 3.5 та 3.5.1. Цей перехід на іншу версію відкриває шлях до покращень, пов'язаних з відеовиводом: краща сумісність з високою роздільною здатністю, висока частота оновлення та складніші конфігурації кількох моніторів.

Для кінцевих користувачів цей набір прошивок означає, що коли ці нові APU RDNA 3.5 та можливі настільні версії з'являться на ринку, Linux вже матиме основні структурні блоки, необхідні для завантаження системи з функціональною та стабільною підтримкою графіки з першого дня.

Покращення AMDGPU та AMDKFD для наступного ядра

Окрім оновлень прошивки, AMD додає до черги DRM-Next досить великий пакет змін для своїх драйверів AMDGPU (графіка) та AMDKFD (обчислювальні системи), які будуть інтегровані в наступний великий цикл ядра, який очікується приблизно в Linux 6.20 або можливому переході до гілки 7.0.

Що стосується графіки, патчі дозволяють використовувати нові графічні IP-адреси, пов'язані з RDNA 3.5 , а також забезпечують попередню підтримку апаратного забезпечення GFX12.1 на базі RDNA4. Хоча остання ще далеко не доступна пересічному користувачеві, вона чітко показує, що підтримка Linux розвивається майже паралельно з внутрішньою розробкою обладнання AMD.

Іншими словами, навіть якщо користувач не зможе встановити графічний процесор RDNA4 на свій комп'ютер завтра, ядро ​​вже включає певний код та шляхи для майбутніх поколінь . Таким чином, коли продукт буде комерційно випущений, база підтримки вже буде досить зрілою, і не буде потреби починати з нуля.

Разом із майбутніми IP-проектами з'явиться й низка внутрішніх налаштувань: нові оновлення для системного управління SMU 15 (System Management Unit), яке контролює такі аспекти, як частоти, напруги та стани живлення, а також виправлення для попередніх версій SMU 14.x, присутніх у поколіннях до RDNA 3.5.

Також включено виправлення, пов'язані з SR-IOV (віртуалізацією GPU) , покращення черги UserQ, реструктуризацію обробки поштових скриньок SMU та коригування планувальника мікродвигуна MES. Ззовні це може здатися незначними деталями, але такі зміни мають вирішальне значення для стабільності та стійкої продуктивності в середньостроковій перспективі.

Тим часом, драйвер обчислень AMDKFD також отримав низку виправлень . Серед них виправлення витоку пам'яті та спеціальні рішення для систем, які не використовують сторінки ядра 4K, такі як деякі сервери ARM64, які працюють зі сторінками 64K під час виконання обчислювальних навантажень з обладнанням Instinct або Radeon.

Ключові оновлення у відеовиході та HDMI

Серед цих покращень є досить відчутний патч для користувачів настільних комп'ютерів, який впливає на підсистему відображення драйвера AMDGPU. Це оновлення коду HDMI, яке дозволяє використовувати частоти до 340 МГц, якщо конфігурація монітора та адаптера це підтримує.

Досі контролер був обмежений тактовою частотою пікселя близько 165 МГц на порт HDMI , що є застарілим показником і фактично навіть не відповідав специфікації HDMI 1.3, яка дозволяє до 340 МГц. Це обмеження в першу чергу торкнулося тих, хто використовував адаптери DP-HDMI (донгли) для підключення вимогливих дисплеїв.

З новим патчем конфігурації на основі RDNA 3.5 та пізніших версій зможуть забезпечити вищу роздільну здатність або частоту оновлення через HDMI, за умови, що і монітор, і адаптер підтримують цю функцію. Це не творить чудес — фізичне обладнання все ще визначає продуктивність, — але це усуває штучне вузьке місце з боку програмного забезпечення.

Це покращення збігається з появою DCN 3.6 у деяких варіантах RDNA 3.5 , що посилює підтримку сучасних відеовиходів, що є фундаментальним для надлегких ноутбуків або компактних робочих станцій, які залежать від одного або двох портів для всього.

Для середовища Linux, де багато користувачів працюють з моніторами високої роздільної здатності та багатомоніторними конфігураціями , ці зміни означають, що графічний стек має менше неприємних «сюрпризів»: менше мерехтіння, менше абсурдних обмежень та досвід, більш відповідний тому, що досягається у Windows за допомогою пропрієтарних драйверів.

Lenovo ThinkPad T14s Gen 6 як тестовий стенд

Дуже показовим прикладом поточного стану підтримки RDNA 3.5 у Linux є Lenovo ThinkPad T14s Gen 6 , бізнес-ноутбук, який надійшов до тестових лабораторій з одним із нових процесорів Ryzen AI 7 PRO 360 та інтегрованою графікою Radeon 880M на базі RDNA 3.5.

Цей пристрій поєднує легкий дизайн з досить потужним вбудованим графічним процесором RDNA 3.5 , що робить його ідеальною тестовою платформою для порівняння продуктивності рідної графіки в Linux та Windows 11, а також для оцінки таких рішень, як зовнішні відеокарти для ноутбуків.

Цей пристрій поєднує легкий дизайн з досить потужним вбудованим графічним процесором RDNA 3.5 , що робить його ідеальною тестовою платформою для порівняння продуктивності рідної графіки в Linux та Windows 11. Ідея полягає не стільки в тому, щоб виміряти FPS в іграх через Proton, скільки в тому, щоб побачити, наскільки стек AMD з відкритим кодом дозрів порівняно з пропрієтарними драйверами.

Конфігурація програмного забезпечення у Windows 11 та Ubuntu 25.04

Що стосується Windows 11, тестове середовище базується на повністю оновленій системі з останніми патчами безпеки та продуктивності. Це доповнюється драйверами з пакету програмного забезпечення AMD Radeon, які зазвичай включають оптимізації для графічних процесорів та надійну підтримку DirectX, Vulkan та OpenGL.

Це середовище використовує власне виконання програм без потреби в рівнях трансляції, таких як Proton, DXVK або подібних, завдяки чому продуктивність Radeon 880M вимірюється безпосередньо на платформі Microsoft, без перешкод для сумісності.

У бета-версії Ubuntu 25.04 система налаштована з ядром Linux 6.14, яке включає найновіші функції та патчі для APU Strix Point та інших варіантів RDNA 3.5. Це ядро ​​працює разом з інтегрованим драйвером AMDGPU, який відповідає за безпосередній зв'язок з обладнанням.

Mesa 25.0, реалізація 3D-драйвера з відкритим кодом , що включає RadeonSI для OpenGL та RADV для Vulkan, розташована поверх ядра . Ця комбінація драйверів ядра та драйверів користувача дозволяє повноцінно використовувати апаратне забезпечення RDNA 3.5 з відкритими бібліотеками.

Ubuntu також відмовляється від будь-яких рівнів сумісності, таких як DXVK, VKD3D або Proton . Тести проводяться за допомогою власних інструментів, щоб забезпечити максимально справедливе порівняння з Windows 11, зосереджуючись на продуктивності драйверів, а не на будь-яких трансляторах API.

Методологія та інструменти, що використовуються для бенчмаркінгу

Для аналізу поведінки Radeon 880M під керуванням RDNA 3.5 в обох системах використовується ряд різноманітних та відносно відомих бенчмарків , метою яких є охоплення як класичної графічної продуктивності, так і обчислювальних можливостей вбудованого графічного процесора.

Серед використаних інструментів – Geekbench 6 у розділі GPU , здатний вимірювати загальні обчислювальні завдання та графічні операції; GFXBench 5.0 у режимах OpenGL та Vulkan, який пропонує складні сцени для тестування різних шляхів рендерингу; та glmark2, класичний інструмент Linux для навантаження стеку OpenGL синтетичними сценами.

Цей список доповнюється такими бенчмарками, як Basemark GPU та Unigine Superposition , що використовуються в різних конфігураціях (наприклад, 720p у низькій та середній якості) для спостереження за поведінкою в сценаріях, більш схожих на реальне використання важких 3D-додатків.

Окрім публічних інструментів, використовуються внутрішні бенчмарки, розроблені для навантаження шейдерів та обчислювальних навантажень , що допомагає краще вимірювати ефективність вбудованого графічного процесора (iGPU) у паралельних завданнях, фільтрації або базових фізичних симуляціях, які стають поширеними в сучасних робочих процесах.

Набір тестів завжди зосереджений на нативних робочих навантаженнях, уникаючи змішування технологій перекладу, яке може спотворити порівняння. Головна мета — побачити, наскільки стек драйверів RDNA 3.5 на Linux працює самостійно порівняно з комбінацією драйверів Windows 11 та пропрієтарних драйверів.

Результати в OpenGL, Vulkan та синтетичних тестах

У сфері OpenGL та Vulkan тести з GFXBench та glmark2 ставлять Ubuntu 25.04 у досить конкурентну позицію порівняно з Windows 11. Якщо кілька років тому Linux завжди значно відставав, то зараз різниця значно зменшилася, а в деяких сценаріях навіть зникла.

Наприклад, у GLMark2 сцени з високим використанням частинок та складними шейдерами показують, що Ubuntu може перевершити Windows 11 приблизно на 12% завдяки постійній роботі над RadeonSI в Mesa. Це забезпечує дуже плавну роботу робочого столу та 3D-додатків.

У GFXBench 5.0 під керуванням Vulkan результати близькі: RADV не поступається власному драйверу AMD для Windows, з незначними відмінностями, які в багатьох випадках непомітні у повсякденному використанні. Це чітко демонструє, що драйвер Vulkan з відкритим вихідним кодом значно подорослішав.

Коли справа доходить до Unigine Superposition, особливо вимогливого тесту, Windows 11 зберігає невелику перевагу в середньому від 5 до 7% . Навіть попри це, розрив набагато менший, ніж у попередніх поколіннях, де драйвери з відкритим кодом явно відставали.

У сфері обчислень, завдяки таким бенчмаркам, як Geekbench GPU та внутрішнім тестам, Ubuntu 25.04 навіть перевершує Windows 11 у кількох завданнях паралельної обробки . Поєднання покращень ROCm, підтримки Vulkan Compute у RADV та оптимізації стеку AMDGPU робить Linux сяючим саме в обчислювально ресурсоємних робочих навантаженнях.

Порівняння графічної продуктивності Linux та Windows у RDNA 3.5

Беручи до уваги всю інформацію з цих тестів, загальне враження таке, що Linux дуже близько підійшов до продуктивності Windows на інтегрованих графічних процесорах RDNA 3.5 , а в деяких сценаріях навіть перевершує її. Він не завжди перемагає, але вже не грає в явно нижчій лізі, як це було кілька років тому.

Ключовими факторами є поєднання ядра 6.14 з високодосконаленим AMDGPU , перехід до Mesa 25.0 з постійними вдосконаленнями RadeonSI та RADV, а також постійні зусилля AMD щодо своєчасного надсилання коду та редакцій для кожного вікна злиття ядра.

Для тих, хто використовує ноутбук із власними робочими навантаженнями — розробкою, легким редагуванням, 3D-додатками, офісними додатками з кількома підключеними екранами — досвід роботи на Ubuntu 25.04 на базі RDNA 3.5 цілком життєздатний і, в багатьох випадках, дуже надійний . Система не потребує додаткових пропрієтарних драйверів для забезпечення конкурентоспроможної продуктивності.

Це також призводить до більшого душевного спокою в середньостроковій перспективі: покращення, які вносяться до ядра та Mesa, прозоро застосовуються до всього спектру підтримуваного обладнання , тому очікується, що в міру переходу серії 6.xo до майбутньої версії 7.0, користувачі RDNA 3.5 продовжуватимуть бачити невеликі покращення та виправлення без необхідності перевстановлювати все.

Водночас, ранній випуск прошивки та підтримка IP-блоків, таких як GFX 11.5.3 та DCN 3.6, вказує на те, що наступний стрибок у розвитку APU та GPU AMD відбудеться в Linux із закладеною основою: менше сюрпризів, менше аварійних патчів та більше функціональності, активної з першого завантаження.

Підтримка апаратного забезпечення RDNA 3.5 у Linux тепер набагато зріліша та привабливіша для тих, хто хоче поєднати сучасний комп'ютер з відкритою операційною системою, чи то для щоденної роботи, розробки, прискорених обчислень чи вимогливого використання мультимедіа без залежності від закритих драйверів.