Az Xwayland hardveres gyorsítást támogatott az NVIDIA-ban

Az XWayland fejlesztésein folytatódik a munka és a fejlesztők ismerték Nemrég hogy az Xwaylandet módosították a gyorsulás lehetővé tétele érdekében a képviselet hardver által rendszerek saját fejlesztésű grafikus illesztőprogramokkal NVIDIA.

Azok számára, akik nincsenek tudatában XWayland, ezt tudnia kell ez egy X szerver, amely Wayland alatt fut és visszamenőleges kompatibilitást biztosít a régi X11 alkalmazások számára, amely startupszervezést biztosít az X.Org szerver teljesítményének X11 alkalmazásokhoz Wayland-alapú környezetekben.

Mint sokan tudjátok, a Wayland egy komplett ablakrendszer önmagának. A maga részéről az Xorg szerver módosítható úgy, hogy a wayland beviteli eszközöket használja a bemenethez, és továbbítsa a gyökérablakot vagy az egyes legfelső szintű ablakokat wayland felületekként.

Az alkatrész az X.Org fő kódbázis részeként fejlesztik és korábban kiadták az X.Org szerverrel együtt, de az X.Org szerver leállása miatt és bizonytalanság az 1.21 kiadásával az XWayland folyamatos aktív fejlesztése összefüggésében, úgy döntöttek, hogy szétválasztják az XWaylandet, és a csomagban kiadott változtatásokat külön csomagként bocsátják ki.

A fejlesztői tesztekből kiindulva, ezeknek a javításoknak az engedélyezése után az OpenGL és a Vulkan teljesítménye az XWayland alkalmazásával indított X alkalmazásokban szinte megegyezik egy normál X szerver vezérlésével.

A változásokat az NVIDIA munkatársa készítette, Az NVIDIA saját illesztőprogramjában az Xwayland gyorsulásához szükséges alkatrészek támogatása egy későbbi kiadásban jelenik meg, feltehetően a 470.x ágban.

Ez a két javítás az NVIDIA saját illesztőprogramjának hardveres gyorsítású GL és Vulkan renderelésének Xwayland-rel történő megjelenésének támogatását hivatott kísérni. Nem szabad beavatkozniuk a jelenlegi swrast-alapú GL támogatásba, így ha a vezető oldali váltások kilépnek az ajtón, a dolgoknak működniük kell. Először azonban ezeket szerettük volna megfontolásra adni, arra az esetre, ha valakinek bármilyen lényeges aggálya lenne az általános megközelítéssel kapcsolatban. A megvalósítással kapcsolatos további részletekért lásd a megerősítő üzeneteket.

A teljesítménynek nagyjából meg kell felelnie a natív X11-nek az általam végzett benchmarking alapján. Az ablakos alkalmazásbemutatóhoz továbbra is szükség van bosszantó külön példányra, de a hatás nem tűnik jelentősnek, és a teljes képernyős alkalmazásoknak sem lesz ilyen problémája (mindaddig, amíg a zeneszerző támogatja a szükséges zwp_linux_dmabuf_v1 felületet).

Is, különféle egyéb események figyelhetők meg a Linux grafikus veremhez kapcsolódóan, mivel a A Wayland fejlesztői a master ág átnevezését tervezik minden tárhelyükön a "mester" -től a "fő" -ig, mivel a "mester" szót az utóbbi időben politikailag helytelennek tartják, a rabszolgaságra emlékeztet, és a közösség egyes tagjai sértőnek tartják. Viszont a freedesktop.org közösség úgy döntött, hogy az alapértelmezett „master” helyett a „main” adattárat használja új projektekhez.

Érdekes is ennek az elképzelésnek voltak ellenzői. Különösen Jan Engelhardt, aki több mint 500 csomagot tart fenn az openSUSE-nál, Képmutatásnak és kettős mércének nevezte a GitHub és az SFC érveit a "master" helyett a "main" helyett. Azt javasolta, hogy hagyják a dolgokat úgy, ahogy vannak, és a folyamatos fejlesztésre koncentrálnak, nem pedig a névváltoztatás zűrzavarának létrehozására.

Ian szerint azok számára, akik nem tudják elfogadni a "mester" kifejezést, egyszerűen garantálni tudják két ág munkáját azonos elkötelezettséggel és megtehetik a kialakult forma megtörése nélkül.

Egy másik változás a Mesa vezérlő lavapipe-jében van amelyet szoftver-megjelenítésre terveztek és az LLVM-et használja a kódgeneráláshoz, megvalósította a Vulkan 1.1 támogató grafikus API-t és a Vulkan 1.2 specifikáció bizonyos jellemzőit (korábban a lavapipe csak teljesen kompatibilis az OpenGL-lel), megfigyelték, hogy mi a vezérlő sikeresen teljesíti az összes tesztet, amely lefedi a Vulkan 1.1 új szolgáltatásait, de eddig nem sikerült ugyanazokat a teszteket elvégeznie a Vulkan 1.0 esetében, ami megakadályozta a Vulkan támogatás hivatalos tanúsítását.

forrás: https://gitlab.freedesktop.org/


Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.