'n NVIDIA-verteenwoordiger het vrae beantwoord wat verband hou met die oordrag van drywers na oop kernmodules

Andy Ritger, wat Unix-agtige bedryfstelselbestuurderontwikkeling by NVIDIA lei, het vrae beantwoord wat geopper is oor die oorgang van NVIDIA se eie drywers om oop Linux-kernmodules by verstek te gebruik op stelsels met GPU-gebaseerde mikroargitekture wat met Turing begin.

  • Toe 'n NVIDIA-verteenwoordiger gevra is oor die bereiking van gelykheid in die funksionaliteit van oop en eie drywers, het 'n NVIDIA-verteenwoordiger geantwoord dat in bestuurdervrystelling 560, oopbron-kernmodules min of meer ooreenstem met die funksionaliteit van eie modules. Onder die beperkings is dit onmoontlik om die RTD3 dinamiese kragbestuurmeganisme (Run Time D3) te gebruik met oop kernmodules op ouer generasies GPU's wat Ampere voorafgaan (eiendomsmodules ondersteun ook GPU's op die Turing-mikroargitektuur).

    Die vermoëns van oop en eie modules wat verband hou met GPU-inisialisering en kragbestuur sal redelik soortgelyk wees in die NVIDIA 560-bestuurders, en met verloop van tyd sal werk voortgaan om volle gelykheid in hierdie rigting te bereik. Vrystelling 560 sal ook 'n paar langdurige kwessies in oop modules aanspreek, soos dié wat verband hou met die gebruik van VRR (Variable Refresh Rate) op skootrekenaars.

  • NVIDIA het geen planne om aan te dring dat oop modules by die hoof Linux-kern ingesluit word nie.
  • Toe 'n NVIDIA-verteenwoordiger gevra is oor ondersteuning vir oop Nouveau- en NVK-bestuurders, het 'n NVIDIA-verteenwoordiger geantwoord dat die maatskappy vir produksietoepassings aanbeveel om eie drywers en oop kernmodules wat afsonderlik verskaf word, te gebruik. Die maatskappy het voorheen pogings aangewend om nouveau- en nvk-ontwikkelaars van dokumentasie vir NVIDIA-skyfies en hardeware-koppelvlakke te voorsien en individuele pleisters verskaf, maar die bystand wat verskaf word, is beskeie genoeg om ondersteuning genoem te word.
  • Toe daar gevra is oor die moontlikheid van ondersteuning in die oop Nouveau-bestuurder vir eie NVIDIA-komponente wat in gebruikersruimte loop, soos CUDA, AI, RT/PT, DLSS en Optix, is aangedui dat dit nog nie moontlik is nie en dat hierdie komponente nie kan werk wanneer met behulp van die nouveau kernel module. Of dit in die toekoms moontlik sal wees, is nog nie duidelik nie.
  • Daar word kennis geneem dat met nouveau dit ook nog nie moontlik is om kenmerke wat verband hou met konfigurasie en monitering (nvapi/nvidia-smi) te gebruik nie. Terselfdertyd het 'n vorige lisensieverandering vir nvapi API-definisies die wyn- en protonprojekte toegelaat om hul eie implementering van sommige nvapi-elemente wat in speletjies gebruik word, voor te berei.
  • Op die vraag oor die deelname van NVIDIA-werknemers aan die ontwikkeling van nouveau, word aangedui dat sodanige deelname steeds onbeduidend is, maar sommige werknemers dra reeds by tot die ontwikkeling van Nouveau en neem deel aan gesprekke.
  • NVIDIA gaan nie oop kernmodules vir ouer GPU's verskaf voor die Turing-generasie nie. Gebruikers van Volta en ouer GPU's moet voortgaan om die eie modules te gebruik.
  • Toe hy gevra is oor die maatskappy se planne om komponente van die bestuurderstapel oop te maak vir GPU's wat in gebruikersruimte loop, het 'n NVIDIA-werknemer wat die vraag beantwoord het gesê hy het nie van sulke planne gehoor nie.
  • Die besluit om publieke modules by verstek te gebruik, word gedryf deur die begeerte om toetsing te vereenvoudig en die bokoste van die hertoetsing van publieke en private modules te verminder.

Bron: opennet.ru

Voeg 'n opmerking