6 Minutės
NVIDIA tyliai pradėjo ruošti pagrindą savo naujos kartos GPU architektūroms ir Linux grafikos modernizacijai. Pastarųjų Nova draiverio pataisų analizė rodo, kad kompanija pereina nuo ilgai naudoto NV_PMC_BOOT_0 registro prie naujo identifikatoriaus NV_PMC_BOOT_42 — pakeitimo, kuris tiesiogiai nurodo Rubin serverinę architektūrą ir platesnį užmojį atnaujinti tvarkyklių ekosistemą. Šis žingsnis nėra tik smulkus vidinis pakeitimas: jis reiškia nuoseklesnį ir labiau ateičiai pritaikytą požiūrį į GPU aptikimą, draiverių palaikymo mechaniką ir bendradarbiavimą su Linux bendruomene.
Kodėl Boot42 yra svarbus GPU ir Linux palaikymui
Ilgus metus NVIDIA identifikavo GPU architektūras ir jų revizijas naudodama registrą NV_PMC_BOOT_0. Naujosios Nova pataisos pakeičia šią logiką ir nustato NV_PMC_BOOT_42 kaip pagrindinį identifikatorių, tuo pačiu efektyviai išjungdamos Boot0 reikšmę būsimuose lustuose. Iš techninės pusės tai reiškia, kad detektavimo mechanizmas tampa paprastesnis ir labiau deterministinis: mažiau išimčių, mažiau specialių atvejų, kai reikia pritaikyti tvarkykles kiekvienam naujam diegui ar valdymo programinei įrangai.
Toks pakeitimas turi keletą praktinių privalumų Linux vartotojams, tvarkyklių kūrėjams ir integratoriams. Pirma, jis supaprastina architektūros atpažinimą, sumažina reikalingų sąlyginių šakų skaičių tvarkyklės kode ir palengvina testavimą. Antra, vietoj to, kad naujos kartos GPU būtų palaikomos per vietinius, neinternacionalizuotus pataisymus, NV_PMC_BOOT_42 suteikia vieningą tašką, per kurį atpažinimas galės vykti ir per upstream procesus — tai sumažina fragmentaciją tarp gamintojo palaikymo (vendor drivers) ir atvirojo kodo bendruomenės (upstream).
Linux entuziastai ir kernelio kūrėjai ilgą laiką ragino NVIDIA aktyviau dalyvauti upstream procese, kad tvarkyklės būtų įtrauktos į pagrindinius Linux komponentus ir būtų palaikomos be papildomų trečiųjų šalių pataisų. Nova pataisos, rašytos Rust programavimo kalba atvirojo kodo iniciatyvos rėmuose, yra konkretus žingsnis šia linkme: jie sumažina senosios įrangos šakų kiekį kode, supaprastina atrankos logiką ir sukuria aiškesnius kelio ženklus būsimoms architektūroms, tokioms kaip Rubin. Be to, Rust suteikia papildomą saugumo sluoksnį — atminties ir konkurencijos klaidų rizika mažėja, kas ypač svarbu didelio masto serveriuose naudojamoms tvarkyklėms.
Ką atskleidžia Nova pataisos
- Boot0 palaipsniui išmetamas iš naudojimo ir artėjančiuose lustuose bus nustatomas kaip nulinis.
- NV_PMC_BOOT_42 tampa kanoniniu registru, kurį Nova naudos architektūroms ir revizijoms identifikuoti.
- Draiverio atrankos logika atnaujinta taip, kad Nova teisingai priskirtų Turing ir vėlesnes architektūras be papildomų pataisymų.
- Šis pakeitimas pašalina maždaug 33 kodo eilutes, kas pagerina skaitymą, priežiūrą ir testavimo procesus.
- Nova kūrimas juda į priekį Rust kalboje, kas signalizuoja modernesnį ir saugesnį tvarkyklių inžinerijos požiūrį.
Visi šie punktai nėra tik techniniai smulkmenos: juos reikia vertinti platesniame kontekste. Pašalinus senus aptikimo metodus ir perorientavus logiką į naują NV_PMC_BOOT_42 registrą, NVIDIA leidžia tiek savo vidiniams, tiek atvirojo kodo kūrėjams koncentruotis į funkcionalumą ir stabilumą, o ne į nuolat besikeičiančius identifikacijos išlyginimus. Tai pagerina testavimo automatiką, CI/CI procesus ir leidžia greičiau reaguoti į saugos atnaujinimus bei aparatūros klaidas.
Rubin horizonto link — ko tikėtis
Šie pokyčiai dera su ankstesnėmis ataskaitomis, kad Rubin bus NVIDIA kita serverinė architektūra. Remiantis viešais ir pusiau viešais šaltiniais, Rubin serijinė gamyba turėtų prasidėti antroje 2026 metų pusėje. Nors skaičius ir terminai gali keistis, šiuo metu pateikti duomenys leidžia daryti pagrįstas prielaidas dėl laikotarpio, per kurį Rubin gali pasiekti rinką.
Techniniai gandai taip pat mini, kad Rubin Ultra galėtų naudoti mikrokanalų dangtelius (microchannel cover plates) geresniam šilumos išsklaidymui. Mikrokanalo sprendimai dažnai taikomi aukšto tankio serveriuose ir leidžia efektyviau pašalinti šilumą iš GPU diegių, ypač kai reikalavimai aukštai skaitmeninei skaičiavimo galiai (compute density) yra kritiškai svarbūs. Tai ypač aktualu hipermasto (hyperscale) duomenų centrams, kur vieta ir energijos sąnaudos yra pagrindiniai kaštų komponentai, taip pat OEM gamintojams, kurie kuria modulius su specializuotais aušinimo kanalais.
Rubin architektūros atėjimas gali reikšti ir kitus inžinerinius sprendimus, tokius kaip padidintas dėmių kiekis (die count) ant vieno paketo, modulinis dizainas, platesnis atminties pralaidumas, arba naujos kartos interconnect sprendimai (pvz., patobulintas NVLink ar PCIe evoliucijos palaikymas). Šių detalių konkretumas priklausys nuo tolimesnių techninių atskleidimų, patentų analizės ir gamintojo viešų pranešimų, tačiau būtina ruoštis keliems kertiniams aspektams: šilumos valdymui, elektros energijos tiekimui ir PCB išdėstymo reikalavimams.
Taigi, ką tai reiškia vartotojams ir partneriams?
Linux naudotojams ir branduolio (kernel) kūrėjams Boot42 reiškia paprastesnį ateities GPU atpažinimą ir palaikymą — mažiau ad hoc pataisymų ir trumpesnis laikas, reikalingas naujų įrenginių įdiegimui ir testavimui. Konkrečiai, tai gali sumažinti priklausomybę nuo specializuotų vendor driver paketų, palengvinti integraciją į distribucijų repozitorijas ir pagreitinti saugos bei našumo aidų ištaisymus per upstream kanalus.
NVIDIA partneriams ir plokščių (board) gamintojams Rubin signalai kartu su galimais aušinimo pakeitimais reiškia poreikį planuoti naujus SKU, pertvarkyti šilumos valdymo konstruktus ir paruošti gamybos linijas modulariems sprendimams. Tai apima ne tik fizinį dizainą (tokių kaip mikrokanalų dangteliai ar integruotos tab- laidų jungtys), bet ir tiekimo grandinės, atsarginių dalių ir testavimo įrangos atnaujinimą.
Duomenų centrų klientams Rubin turėtų pasiūlyti inkrementinius našumo ir efektyvumo pagerinimus, paremta labiau prižiūrimu ir upstream-TVARKYKLĖS stogu. Aiškus, oficialus identifikavimo mechanizmas NV_PMC_BOOT_42 sumažina palaikymo riziką ir leidžia IT operacijų komandoms labiau pasikliauti atvirojo kodo sprendimais sinchronizuojant su gamintojo atnaujinimais.
Be to, Rust pagrįsta Nova vystymosi trajektorija gali suteikti papildomo pasitikėjimo įmonių klientams: tvarkyklių kodas, parašytas Rust, paprastai lengviau prižiūrimas ir saugesnis nuo tam tikrų klasės klaidų, pavyzdžiui, susijusių su atmintimi ar duomenų lenktynėmis. Tai reiškia mažesnę tikimybę, kad kritiniai atnaujinimai įves naujų klaidų gamybos aplinkose.
Galiausiai, vieningas identifikatorius ir aiškesnė upstream strategija leidžia lengviau planuoti migraciją tarp architektūrų, įvertinti energetinius rodiklius (performance per watt) ir suplanuoti atsinaujinimų kelio žemėlapius (upgrade path) duomenų centrams, kuriems reikalingas ilgalaikis palaikymas ir deterministinis gyvenimo ciklo valdymas.
Santraukoje, Boot42 perėjimas yra daugiau nei vieno registro pakeitimas: tai ženklas apie modernesnį, upstream draugišką požiūrį į GPU palaikymą, kuris paruošia NVIDIA tvarkyklių stogą Rubin architektūrai ir ateities kartoms. Tokia modernizacija gali pagerinti Linux palaikymą, supaprastinti integraciją, sumažinti palaikymo išlaidas ir pagreitinti naujų serverinių GPU pritaikymą komercinėse bei mokslinėse aplinkose.
Šaltinis: wccftech
Komentarai
Tomas
jei tai tiesa, Rubin vėlyv 2026? Rizikinga. Mikrokanalai faina, bet gamintojams ir DC operatoriams didelis galvos skausmas, tiekimo grandinė, testai... greit nebus
duombyte
Oho, Boot42 kaip vieningas ID skamba kaip rimtas žingsnis. Rust Nova + upstream palaikymas galėtų supaprastint gyvenimą, bet NV istorija verčia šiek tiek abejot…
Palikite komentarą