Práce na vylepšeniach XWaylandu a vývojárov pokračujú dali o tom vedieť Nedávno že Xwayland bol upravený tak, aby umožňoval akceleráciu zastúpenia hardvérom v systémy s proprietárnymi grafickými ovládačmi z NVIDIA.
Pre tých, ktorí o tom nevedia XWayland, mali by to vedieť je to server X bežiaci pod Waylandom a poskytuje spätnú kompatibilitu pre staršie aplikácie X11, ktorá zaisťuje organizáciu spustenia aplikácií X. Org výkon servera X11 v prostrediach založených na Waylande.
Ako mnohí z vás vedia, Wayland je kompletný okenný systém sám pre seba. Server Xorg môže byť upravený tak, aby používal vstupné zariadenia wayland na vstup a preposielal koreňové okno alebo jednotlivé okná najvyššej úrovne ako povrchy waylandu.
Komponent sa vyvíja ako súčasť hlavnej kódovej základne X.Org a bol predtým vydaný spolu so serverom X.Org, ale kvôli zablokovaniu servera X.Org a neistota s vydaním 1.21 v kontexte pokračujúceho aktívneho vývoja XWaylandu, bolo rozhodnuté o oddelení XWaylandu a vydaní nahromadených zmien ako samostatného balíka.
Súdiac podľa testovania vývojárov, po povolení týchto opráv je výkon OpenGL a Vulkan v X aplikáciách spustených s XWayland takmer rovnaký ako pod kontrolou bežného X servera.
Zmeny pripravil zamestnanec NVIDIA, Vo vlastnom ovládači NVIDIA sa podpora komponentov potrebných na použitie akcelerácie v Xwaylande objaví v budúcom vydaní, pravdepodobne vo vetve 470.x.
Tieto dve opravy majú sprevádzať pripravovanú podporu v proprietárnom ovládači NVIDIA pre hardvérovo akcelerované vykresľovanie GL a Vulkan v Xwaylande. Nemali by rušiť súčasnú podporu GL založenú na krivkách, takže akonáhle sú posuny na strane vodiča za dverami, veci by mali začať fungovať. Chcel by som však najskôr predložiť tieto naše na zváženie, ak má niekto nejaké zásadné obavy z celkového prístupu. Ďalšie informácie o implementácii nájdete v potvrdzovacích správach.
Výkon by mal byť zhruba na rovnakej úrovni ako natívna X11 na základe benchmarku, ktorý som urobil. Pre prezentáciu aplikácií v oknách je stále potrebná nepríjemná kópia, ale dopad sa nezdá byť významný a aplikácie na celú obrazovku tento problém nebudú mať (pokiaľ skladateľ podporuje požadované rozhranie zwp_linux_dmabuf_v1).
Tiež, možno pozorovať rôzne ďalšie udalosti súvisiace s grafickým balíkom Linux, od Vývojári z Waylandu plánujú premenovať hlavnú vetvu vo všetkých svojich úložiskách od „pána“ do „hlavného“, keďže slovo „pán“ sa v poslednej dobe považuje za politicky nekorektné, pripomína otroctvo a niektorí členovia komunity ho vnímajú ako urážlivé. Komunita freedesktop.org sa naopak rozhodla pre nové projekty použiť „hlavné“ úložisko namiesto predvoleného „hlavného“.
Zaujímavé tiež proti tejto myšlienke boli odporcovia. Najmä Jan Engelhardt, ktorý na openSUSE udržiava viac ako 500 balíkov, Argumenty GitHubu a SFC pre nahradenie výrazu „hlavný“ výrazom „hlavný“ označil za pokrytectvo a dvojité štandardy. Navrhol ponechať veci tak, ako boli, a zamerať sa skôr na neustály vývoj, ako na vytváranie zmätkov v zmene názvu.
Podľa Iana pre tých, ktorí nemôžu prijať výraz „majster“, môžu jednoducho garantovať prácu dvoch pobočiek s rovnakým stavom záväzkov a robiť to bez toho, aby porušili zabehnutú formu.
Ďalšia zmena je v lavapipe ovládača Mesa ktorý je určený na vykresľovanie softvéru a používa LLVM na generovanie kódu, implementoval grafické grafické rozhranie Vulkan 1.1 a niektoré vlastnosti špecifikácie Vulkan 1.2 (predtým je lavapipe plne kompatibilný iba s OpenGL), sleduje sa čo radič úspešne absolvuje všetky testy týkajúce sa nových funkcií verzie Vulkan 1.1, ale zatiaľ neprechádza rovnakými testami pre Vulkan 1.0, čo znemožňuje oficiálnu certifikáciu podpory Vulkan.
Fuente: https://gitlab.freedesktop.org/