RDNA 3.5 aparatinės įrangos palaikymas „Linux“ sistemoje: dabartinė būsena ir netolima ateitis

Informatec Digital » Ištekliai » RDNA 3.5 aparatinės įrangos palaikymas „Linux“ sistemoje: dabartinė būsena ir netolima ateitis

Naujųjų AMD APU su integruota RDNA 3.5 grafika pasirodymas atkreipė daugelio vartotojų dėmesį į „Linux“, kurie svarsto, ar „Penguin“ operacinė sistema tikrai pasiruošusi visapusiškai išnaudoti šios aparatinės įrangos privalumus nuo pat pirmos dienos. Atsižvelgiant į ankstyvuosius programinės įrangos atnaujinimus, branduolio patobulinimus ir atvirojo kodo grafikos pažangą, viskas yra daug įdomiau, nei gali pasirodyti iš pradžių.

Tuo tarpu tokie gamintojai kaip „Lenovo“ su savo „ThinkPad T14s Gen 6“ yra puiki bandymų vieta, norint įvertinti šių iGPU veikimą „Windows 11“ sistemoje su patentuotomis AMD tvarkyklėmis. Be to, nuolat išleidžiamos AMDGPU ir AMDKFD tvarkyklių pataisos , atsiranda naujų IP blokų, tokių kaip GFX 11.5.3, ir atliekami svarbūs ekrano posistemės pakeitimai. Visa tai rodo, kad RDNA 3.5 aparatinės įrangos palaikymas „Linux“ sistemoje nebėra eksperimentas, o labai rimtas įsipareigojimas.

Dabartinė RDNA 3.5 palaikymo būsena „Linux“ sistemoje

Norint suprasti, iš kur atėjome ir kur einame, verta apžvelgti, kaip RDNA 3.5 iGPU palaikymas „Linux“ sistemoje buvo konsoliduotas įvairiais lygmenimis: programinės įrangos, branduolio ir vartotojo grafikos sluoksniu. AMD pakeitė savo požiūrį, palyginti su ankstesnėmis kartomis, imdamasi veiksmų dar prieš visiškai išleidžiant produktus (žr. „Intel“ ir AMD istoriją ).

Pastarosiomis dienomis AMD atnaujino „linux-firmware.git“ saugyklą programinės įrangos failais, reikalingais, kad nauji RDNA 3.5 pagrindu sukurti integruoti GPU tinkamai veiktų „Linux“ sistemoje. Be šių failų atvirojo kodo tvarkyklės, įtrauktos į branduolį, negali inicijuoti aparatinės įrangos, todėl GPU tampa nenaudinga arba labai apribota.

Stebina tai, kad šį kartą AMD nusprendė išleisti programinę-aparatinę įrangą gerokai anksčiau nei komercinis naujųjų APU pristatymas. Tradiciškai šie paketai pasirodydavo tuo pačiu metu, kai produktai tapo prieinami įsigyti, arba net po to, todėl „Linux“ vartotojai kelias savaites ar mėnesius būdavo nežinioje.

Taikydami šį aktyvesnį požiūrį, platinimo įmonės gali įdiegti „RDNA 3.5“ programinę-aparatinę įrangą į savo atvaizdus dar prieš tai, kai aparatinė įranga masiškai pasiekia parduotuves. Tai reiškia beveik iš karto teikiamą palaikymą: įdiegiate naujausią platinimą, paleidžiate sistemą ir sistema iš karto atpažįsta bei naudoja integruotą GPU be jokių rūpesčių.

Lygiagrečiai „Linux“ branduolyje nuolat tobulinama AMDGPU tvarkyklė branduolio erdvėje , kuri yra pagrindas, kuriuo remiasi vartotojo erdvės tvarkyklės, tokios kaip „RadeonSI“ (skirta „OpenGL“) ir „RADV“ (skirta „Vulkan“). Šie pakeitimai ne tik įgalina naują aparatinę įrangą, bet ir pagerina našumą, energijos valdymą ir stabilumą.

RDNA 3.5 APU ir IP blokai: kas ruošiama

Tarp AMD išleistų programinės įrangos versijų išsiskiria failas, atitinkantis GFX 11.5.3 grafikos bloką – naują RDNA 3.5 architektūros versiją, kuri nurodo produktus, kurie dar nėra oficialiai paskelbti, tačiau apie kuriuos jau kalbama nutekėjimuose ir pramonės ganduose.

Iki šiol AMD platino RDNA 3.5 skirtas GFX versijas taip: GFX 11.5.0 „Ryzen AI 300“ „Strix Point“ variantuose , GFX 11.5.1 „Ryzen AI Max 300“ „Strix Halo“ variantuose ir GFX 11.5.2 „Ryzen AI 350“ „Kraken Point“. Kiekvienas numeris nurodo konkretų IP bloką RDNA 3.5 šeimoje.

„GFX 11.5.3“ pasirodymas programinės įrangos saugykloje rodo, kad netrukus pasirodys naujas APU, vidinis pavadinimas „Gorgon Point “, kuris, remiantis nutekinta informacija, taps būsimos „Ryzen 9000G“ serijos, skirtos staliniams kompiuteriams su „Zen 5“ ir patobulinta RDNA 3.5 grafika, pagrindu. AMD naudoja šią IP blokų numeraciją variantams atskirti, todėl sunku nustatyti tikslų lustą, atitinkantį kiekvieną versiją, vien pagal kodą.

Paskelbtas paketas neapsiriboja vien grafikos skyriumi; jame taip pat yra kitų svarbių aparatinės įrangos komponentų, tokių kaip PSP 14.0.5 (saugos platforma) , SDMA 6.1.3 (tiesioginės atminties prieigos valdymas) ir, svarbiausia, naujos „Display Core Next“ vaizdo posistemės versijos.

Šiuo metu išsiskiria DCN 3.6 atsiradimas kai kuriems RDNA 3.5 variantams , o iki šiol žinomos versijos buvo DCN 3.5 ir 3.5.1. Šis versijos šuolis atveria duris patobulinimams, susijusiems su vaizdo išvestimi: didesniu suderinamumu su didele skiriamąja geba, dideliu atnaujinimo dažniu ir sudėtingesnėmis kelių monitorių konfigūracijomis.

Galutiniams vartotojams šis programinės įrangos rinkinys reiškia, kad kai šie nauji RDNA 3.5 APU ir galimi jų darbalaukio variantai pasirodys rinkoje, „Linux“ jau turės pagrindinius elementus, reikalingus sistemai paleisti su funkcine ir stabilia grafikos palaikymu nuo pirmos dienos.

AMDGPU ir AMDKFD patobulinimai kitam branduoliui

Be programinės įrangos atnaujinimų, AMD papildo DRM-Next eilę gana dideliu AMDGPU (grafikos) ir AMDKFD (skaičiavimo) tvarkyklių pakeitimų paketu, kurie bus integruoti į kitą pagrindinį branduolio ciklą, kurio tikimasi maždaug po „Linux 6.20“ arba galimo perėjimo prie 7.0 atšakos.

Kalbant apie grafiką, pataisymai įgalina naujus grafikos IP adresus, susietus su RDNA 3.5 , ir taip pat suteikia preliminarų palaikymą RDNA4 pagrindu sukurtai GFX12.1 aparatinei įrangai. Nors pastaroji dar toli gražu nėra prieinama paprastam vartotojui, tai aiškiai rodo, kad „Linux“ palaikymas vyksta beveik lygiagrečiai su AMD vidinės aparatinės įrangos plėtra.

Kitaip tariant, net jei vartotojas negalės rytoj įdiegti RDNA4 GPU savo kompiuteryje, branduolyje jau yra įtrauktas konkretus kodas ir keliai ateities kartoms . Tokiu būdu, kai produktas bus komerciškai išleistas, palaikymo bazė jau bus gana brandi ir nereikės pradėti nuo nulio.

Kartu su būsimais IP atsiranda ir nemažai vidinių pakeitimų: nauji SMU 15 (sistemos valdymo bloko) sistemos valdymo atnaujinimai, kurie valdo tokius aspektus kaip dažniai, įtampa ir maitinimo būsenos, taip pat ankstesnių SMU 14.x versijų, buvusių iki RDNA 3.5 kartose, pataisymai.

Taip pat įtraukti pataisymai, susiję su SR-IOV (GPU virtualizacija) , „UserQ“ eilės patobulinimai, SMU pašto dėžučių tvarkymo pertvarkymas ir MES mikro variklio planuoklio pakeitimai. Iš išorės tai gali atrodyti kaip nedidelės detalės, tačiau tokio pobūdžio pakeitimai labai pakeičia stabilumą ir tvarų našumą vidutinės trukmės laikotarpiu.

Tuo tarpu AMDKFD skaičiavimo tvarkyklėje taip pat atlikta keletas pataisymų . Tai apima atminties nutekėjimo pataisymą ir konkrečius sprendimus sistemoms, kurios nenaudoja 4K branduolio puslapių, pavyzdžiui, tam tikriems ARM64 serveriams, kurie veikia su 64K puslapiais, kai skaičiavimo apkrovos vykdomos su „Instinct“ arba „Radeon“ aparatine įranga.

Svarbiausi vaizdo išvesties ir HDMI atnaujinimai

Tarp šių patobulinimų yra gana apčiuopiamas pataisymas stalinių kompiuterių naudotojams, kuris paveikia AMDGPU tvarkyklės ekrano posistemį. Tai HDMI kodo atnaujinimas, leidžiantis iki 340 MHz dažnius, kai monitoriaus ir adapterio konfigūracija tai palaiko.

Iki šiol valdiklis buvo apribotas iki maždaug 165 MHz pikselių taktinio dažnio kiekvienam HDMI prievadui – tai senas rodiklis, kuris jau buvo pasenęs ir iš tikrųjų net neatitiko HDMI 1.3 specifikacijos, kuri leidžia iki 340 MHz. Šis apribojimas pirmiausia paveikė tuos, kurie naudojo DP-HDMI adapterius (adapterius) reikliems ekranams prijungti.

Su naujuoju pataisymu konfigūracijos, paremtos RDNA 3.5 ir naujesnėmis versijomis, galės įjungti didesnę skiriamąją gebą arba atnaujinimo dažnį per HDMI, jei tai palaiko ir monitorius, ir adapteris. Tai nedaro stebuklų – fizinė aparatinė įranga vis tiek diktuoja našumą – tačiau pašalina dirbtinį programinės įrangos trūkumą.

Šis patobulinimas sutampa su DCN 3.6 įdiegimu kai kuriuose RDNA 3.5 variantuose , kuris sustiprina šiuolaikinių vaizdo išvesčių palaikymą – tai esminis dalykas itin lengvuose nešiojamuosiuose kompiuteriuose ar kompaktiškose darbo stotyse, kuriose viskam reikia vieno ar dviejų prievadų.

„Linux“ aplinkoje, kurioje daugelis vartotojų dirba su didelės skiriamosios gebos monitoriais ir kelių monitorių sistemomis , šie pakeitimai reiškia, kad grafikos plokštėje yra mažiau nemalonių „staigmenų“: mažiau mirgėjimo, mažiau absurdiškų apribojimų ir patirtis labiau atitinka tai, kas pasiekiama „Windows“ sistemoje su patentuotomis tvarkyklėmis.

„Lenovo ThinkPad T14s Gen 6“ kaip bandymų stendas

Labai iliustruojantis dabartinės RDNA 3.5 palaikymo „Linux“ sistemoje atvejis yra „ Lenovo ThinkPad T14s Gen 6“ – verslo nešiojamasis kompiuteris, kuris į bandymų laboratorijas atkeliavo su vienu iš naujųjų „Ryzen AI 7 PRO 360“ procesorių ir integruota „Radeon 880M“ grafika, pagrįsta „RDNA 3.5“.

Šis įrenginys pasižymi lengvu dizainu ir gana galingu RDNA 3.5 iGPU , todėl tai puiki bandymų platforma, skirta palyginti vietinės grafikos našumą „Linux“ ir „Windows 11“ sistemose bei įvertinti tokius sprendimus kaip išorinės vaizdo plokštės nešiojamiesiems kompiuteriams.

Šis įrenginys pasižymi lengvu dizainu ir gana galingu RDNA 3.5 iGPU , todėl tai puiki testavimo platforma, skirta palyginti gimtosios grafikos našumą „Linux“ ir „Windows 11“ sistemose. Idėja ne tiek matuoti FPS žaidimuose naudojant „Proton“, kiek pamatyti, kiek subrendo AMD atvirojo kodo tvarkyklės, palyginti su patentuotomis tvarkyklėmis.

Programinės įrangos konfigūravimas „Windows 11“ ir „Ubuntu 25.04“ sistemose

„Windows 11“ pusėje testavimo aplinka pagrįsta visiškai atnaujinta sistema su naujausiais saugumo ir našumo pataisymais. Tai papildo AMD Radeon programinės įrangos paketo tvarkyklės, kurios paprastai apima GPU specifinius optimizavimus ir patikimą „DirectX“, „Vulkan“ ir „OpenGL“ palaikymą.

Ši aplinka naudoja natyviųjų programų vykdymą , nereikalaujant vertimo sluoksnių, tokių kaip „Proton“, DXVK ar panašiai, todėl „Radeon 880M“ našumas matuojamas tiesiogiai „Microsoft“ platformoje, be suderinamumo trukdžių.

„Ubuntu 25.04“ beta versijoje sistema sukonfigūruota su „Linux 6.14“ branduoliu, kuriame integruotos naujausios „Strix Point“ APU ir kitų RDNA 3.5 variantų funkcijos ir pataisymai. Šis branduolys veikia kartu su integruota AMDGPU tvarkykle, kuri yra atsakinga už tiesioginį bendravimą su aparatine įranga.

„Mesa 25.0“ – atvirojo kodo 3D tvarkyklės įgyvendinimas , apimantis „RadeonSI for OpenGL“ ir „RADV for Vulkan“, yra branduolio viršuje . Šis branduolio ir vartotojo tvarkyklių derinys leidžia visapusiškai išnaudoti „RDNA 3.5“ aparatinę įrangą su atviromis bibliotekomis.

„Ubuntu“ taip pat atsisako bet kokių suderinamumo sluoksnių, tokių kaip DXVK, VKD3D ar „Proton“ . Testai atliekami naudojant vietinius įrankius, siekiant užtikrinti kuo teisingesnį palyginimą su „Windows 11“, daugiausia dėmesio skiriant tvarkyklių našumui, o ne jokiems API vertėjams.

Naudojama lyginamoji metodologija ir įrankiai

Norint išanalizuoti „Radeon 880M“ elgseną naudojant RDNA 3.5 abiejose sistemose, naudojamas įvairių ir gana gerai žinomų etalonų rinkinys , siekiant aprėpti tiek klasikinės grafikos našumą, tiek iGPU skaičiavimo galimybes.

Tarp naudojamų įrankių yra „Geekbench 6“ GPU skyriuje , galintis matuoti bendrąsias skaičiavimo užduotis ir grafikos operacijas; „GFXBench 5.0“ OpenGL ir „Vulkan“ režimuose, siūlantis sudėtingas scenas skirtingiems vaizdavimo keliams išbandyti; ir „glmark2“ – „Linux“ klasika, skirta OpenGL stekui apkrauti sintetinėmis scenomis.

Šį sąrašą papildo tokie etaloniniai testai kaip „Basemark GPU“ ir „Unigine Superposition“ , naudojami skirtingose ​​konfigūracijose (pavyzdžiui, 720p žemos ir vidutinės kokybės režimu), siekiant stebėti elgseną scenarijuose, labiau panašiuose į realaus pasaulio sudėtingų 3D programų naudojimą.

Be viešųjų įrankių, naudojami vidiniai etalonai, skirti šešėliavimo procesoriams ir skaičiavimo apkrovoms apkrauti , o tai padeda geriau įvertinti iGPU efektyvumą lygiagrečiose užduotyse, filtruojant ar atliekant pagrindinius fizikos modeliavimus, kurie tampa įprasti šiuolaikiniuose darbo eigose.

Testų rinkinys visada orientuotas į vietines darbo krūvius, vengiant maišyti vertimo technologijas, kurios galėtų iškreipti palyginimą. Pagrindinis tikslas – pamatyti, kiek „RDNA 3.5“ tvarkyklių paketas „Linux“ sistemoje veikia atskirai, palyginti su „Windows 11“ ir patentuotų tvarkyklių deriniu.

Rezultatai OpenGL, Vulkan ir sintetiniuose testuose

„OpenGL“ ir „Vulkan“ srityje testai su „GFXBench“ ir „glmark2“ rodo, kad „Ubuntu 25.04“ yra gana konkurencingoje pozicijoje, palyginti su „Windows 11“. Jei prieš kelerius metus „Linux“ visada smarkiai atsilikdavo, dabar skirtumas gerokai sumažėjo, o kai kuriais atvejais netgi panaikintas.

Pavyzdžiui, „GLMark2“ programoje scenose, kuriose naudojamas didelis dalelių kiekis ir sudėtingi šešėliavimo efektai , „Ubuntu“ gali pranokti „Windows 11“ maždaug 12 %, nes „Mesa“ sistemoje nuolat tobulinamas „RadeonSI“. Tai reiškia labai sklandų darbalaukio ir 3D programų veikimą.

„GFXBench 5.0“ su „Vulkan“ rezultatai yra artimesni: RADV laikosi savo pozicijos, konkuruodamas su AMD patentuota „Windows“ tvarkykle, su nedideliais skirtumais, kurie daugeliu atvejų kasdien naudojant yra nepastebimi. Tai aiškiai rodo, kad atvirojo kodo „Vulkan“ tvarkyklė gerokai subrendo.

Kalbant apie itin sudėtingą „Unigine Superposition“ testą, „Windows 11“ išlaiko nedidelį, vidutiniškai 5–7 %, pranašumą . Nepaisant to, skirtumas yra daug mažesnis nei ankstesnėse kartose, kur atvirojo kodo tvarkyklės akivaizdžiai atsiliko.

Skaičiavimo srityje, atlikus tokius testus kaip „Geekbench GPU“ ir vidinius testus, „Ubuntu 25.04“ keliose lygiagretaus apdorojimo užduotyse netgi lenkia „Windows 11“ . ROCm patobulinimų, „Vulkan Compute“ palaikymo RADV ir AMDGPU steko optimizavimo derinys leidžia „Linux“ puikiai veikti atliekant daug skaičiavimo reikalaujančias apkrovas.

„Linux“ ir „Windows“ palyginimas RDNA 3.5 grafikos našume

Atsižvelgiant į visą šių testų informaciją, susidaro bendras įspūdis, kad „Linux“ labai priartėjo prie „Windows“ našumo RDNA 3.5 iGPU sistemose , o kai kuriais atvejais netgi jį pralenkė. Ji ne visada laimi, bet nebėra akivaizdžiai prastesnėje lygoje, kaip buvo prieš kelerius metus.

Svarbiausi veiksniai yra 6.14 branduolio versijos derinys su itin patobulintu AMD vaizdo procesoriumi , perėjimas prie „Mesa 25.0“ su nuolatiniais „RadeonSI“ ir „RADV“ tobulinimais bei nuolatinės AMD pastangos laiku pateikti kodą ir pataisymus kiekvienam branduolio sujungimo langui.

Tiems, kurie naudoja nešiojamąjį kompiuterį su vietinėmis užduotimis – programavimu, lengvu redagavimu, 3D programomis, biuro programomis su keliais prijungtais ekranais – „Ubuntu 25.04“, paremta „RDNA 3.5“, yra visiškai tinkama ir daugeliu atvejų labai patikima . Sistemai nereikia papildomų patentuotų tvarkyklių, kad būtų užtikrintas konkurencingas našumas.

Tai taip pat reiškia didesnę ramybę vidutinės trukmės laikotarpiu: branduolio ir „Mesa“ patobulinimai skaidriai taikomi visai palaikomai aparatinei įrangai , todėl tikimasi, kad 6.xo serijai pereinant prie būsimos 7.0 versijos, RDNA 3.5 naudotojai ir toliau matys nedidelius patobulinimus ir pataisymus, nereikėdami visko diegti iš naujo.

Tuo pačiu metu ankstyvas programinės įrangos išleidimas ir IP blokų, tokių kaip GFX 11.5.3 ir DCN 3.6, palaikymas rodo, kad kitas AMD APU ir GPU šuolis „Linux“ sistemoje ateis su paruoštais pagrindais: mažiau staigmenų, mažiau avarinių pataisymų ir daugiau funkcijų, aktyvių nuo pirmojo paleidimo.

„RDNA 3.5“ aparatinės įrangos palaikymo „Linux“ aplinkoje aplinka dabar yra daug brandesnė ir patrauklesnė tiems, kurie nori suderinti modernų kompiuterį su atvira operacine sistema, nesvarbu, ar tai būtų kasdienis darbas, kūrimas, pagreitinti skaičiavimai ar sudėtingos multimedijos naudojimas, nenaudojant uždarų tvarkyklių.

Susijęs straipsnis:

Išorinė vaizdo plokštė nešiojamiesiems kompiuteriams: išsamus eGPU vadovas