I mai i fjor delte vi her på bloggen nyhetene om endringene som NVIDIA hadde forberedt for Linux, siden som vi nevnte i notatet, i neste utgivelse av driverne "NVIDIA 560"-eiere, Åpne Linux-kjernemoduler vil bli brukt som standard.
Vel, nå har NVIDIA kunngjort sine planer om å overføre sine proprietære drivere til standard Linux-kjernemoduler, og starter med Turing-mikroarkitekturen (GeForce GTX 1600 og RTX 2000).
Det er verdt å nevne det moduler for Linux ble åpnet våren 2022 under MIT- og GPLv2-lisensene, og planen om å bruke dem som standard ble avslørt for to måneder siden. Denne endringen innebærer at standard driverpakken vil bruke eksisterende åpne moduler, tidligere tilbudt som et alternativ. Imidlertid vil kjernefastvarefunksjonalitet og brukerplasskomponenter, som biblioteker for CUDA, OpenGL og Vulkan, forbli proprietære.
To år senere har vi oppnådd tilsvarende eller bedre applikasjonsytelse med våre åpen kildekode GPU-kjernemoduler og har lagt til betydelige nye funksjoner:
-Støtte for heterogen minnestyring (HMM).
-Konfidensiell databehandling
-De konsekvente minnearkitekturene til Grace-plattformene våre
-Og mer
Vi er nå på et punkt hvor fullstendig overgang til åpen kildekode GPU-kjernemoduler er den riktige avgjørelsen, og vi gjør den endringen i den kommende R560-driverutgivelsen.
Til nå har proprietære kontrollere inkludert modulvarianter både proprietær og åpen kildekode, oppdatert synkront, men de proprietære modulene ble brukt som standard.
Hovedforskjellen Blant de tilgjengelige alternativene er det åpne moduler kan bare brukes med GPUer utstyrt med en GSP-mikrokontroller (separat GPU-systemprosessor). Denne mikrokontrolleren lar GPU-initialiserings- og kontrolloperasjonene flyttes fra kontrolleren til den proprietære fastvaren. GSP finnes i skjermkort basert på mikroarkitekturer som Turing, Ampere, Ada og Hopper.
I tillegg til de nye GPUene, er Proprietære moduler støtter fortsatt eldre GPUer som ikke er utstyrt med GSP, slik som de som er basert på Maxwell, Pascal og Volta mikroarkitekturer. NVIDIA har til hensikt å slutte å implementere støtte for nye GPUer i proprietære moduler og fokusere utelukkende på utvikling av åpne moduler. For eksempel er støtte for de nye NVIDIA Grace Hopper- og NVIDIA Blackwell-plattformene nå tilgjengelig i åpne moduler, som ikke støttes av proprietære moduler.
Ikke alle GPUer støttes av åpen kildekode GPU-kjernemoduler.
For neste generasjons plattformer som NVIDIA Grace Hopper eller NVIDIA Blackwell, bør du bruke åpen kildekode GPU-kjernemoduler. Proprietære drivere støttes ikke på disse plattformene.
For nyere GPUer på Turing-, Ampere-, Ada Lovelace- eller Hopper-arkitekturene, anbefaler NVIDIA å bytte til GPU-kjernemoduler med åpen kildekode. For eldre GPUer på Maxwell-, Pascal- eller Volta-arkitekturer støttes ikke åpen kildekode GPU-kjernemoduler på plattformen din. Fortsett å bruke den proprietære NVIDIA-driveren.
For blandede distribusjoner med eldre og nyere GPUer på samme system, fortsett å bruke den proprietære driveren.
Med utgivelsen av NVIDIA 560-drivere for GPUer basert på Turing-mikroarkitekturen og for GPU-virtualisering basert på Ada, åpne versjoner av modulene vil bli utgitt av kjernen installert som standard og nvidia-peermem.ko i situasjoner der bruken er mulig. I distribusjonene Ubuntu, Debian, SUSE og openSUSE, anbefales det å bruke "nvidia-open"-pakken for å installere den åpne modulversjonen av NVIDIA-driverne. På RHEL-baserte distribusjoner anbefales det å bruke "nvidia-driver".
Det er verdt å nevne det NVIDIA tilbyr et nytt skript «nvidia-driver-assistentt» hjelpemiddel for deteksjon, som forenkler valget av den optimale versjonen av kjernemoduler. Selv om på den annen side for brukere som foretrekker å gjøre det med kommandoer, hvis de ønsker å installere proprietære kjernemoduler på systemet, må de spesifisere alternativet «–kernel-module-type=proprietær» når du kjører installasjonsfilen med NVIDIA-drivere.
endelig hvis du er det interessert i å vite mer om det, kan du sjekke detaljene i følgende lenke.