XWaylandi täiustamistöö jätkub ja arendajad nad on teinud teatavaks Hiljuti et Xwaylandi on muudetud kiirenduse võimaldamiseks esindamise kohta riistvara järgi süsteemid, millel on algupärased graafika draiverid NVIDIA.
Neile, kes seda ei tea XWayland, nad peaksid seda teadma see on X-server, mis töötab Waylandi all ja pakub pärandatud X11-rakenduste tagurpidi ühilduvust, mis tagab X.Org-i serveri jõudluse X11-rakenduste käivitamise korraldamise Waylandi-põhistes keskkondades.
Nagu paljud teist teavad, on Wayland enda jaoks täielik aknasüsteem. Xorgi serverit saab omalt poolt modifitseerida nii, et sisendiks kasutatakse rööbastee sisestusseadmeid ja suunata juurakna või üksikud ülemise taseme aknad rööbastee pindadena.
Komponent arendatakse peamise X.Org-koodibaasi osana ja see anti varem välja koos serveriga X.Org, kuid X.Org-serveri seiskumise tõttu ja ebakindlus seoses 1.21 väljaandmisega XWaylandi jätkuva aktiivse arengu kontekstis, otsustati XWayland eraldada ja kogunenud muudatused eraldada eraldi paketina.
Arendaja testimise põhjal otsustades on pärast nende plaastrite lubamist OpenGLi ja Vulkani jõudlus XWaylandiga käivitatud X-rakendustes peaaegu sama, mis tavalise X-serveri kontrolli all.
Muudatused valmistas ette NVIDIA töötaja, NVIDIA enda draiveris ilmub Xwaylandis kiirenduse kasutamiseks vajalike komponentide tugi tulevases versioonis, arvatavasti harus 470.x.
Need kaks plaastrit on ette nähtud NVIDIA varalise draiveri eelseisva toega riistvarakiirendatud GL ja Vulkani renderdamiseks Xwaylandiga. Nad ei tohiks praegust swrast-põhist GL-i tuge segada, nii et kui juhipoolsed vahetused on uksest väljas, peaksid asjad tööle hakkama. Tahtsin siiski kõigepealt need meie oma kaalumiseks esitada, juhul kui kellelgi on üldise lähenemisviisiga mingeid olulisi probleeme. Rakenduse kohta lisateavet leiate kinnituskirjadest.
Toimivus peaks olema umbes võrdne algse X11-ga, tuginedes minu tehtud võrdlusuuringutele. Akendega rakenduse esitluse jaoks on endiselt vaja tüütut lisakoopiat, kuid mõju ei tundu olevat märkimisväärne ja täisekraani rakendustel seda probleemi pole (seni, kuni helilooja toetab vajalikku liidest zwp_linux_dmabuf_v1).
Ka, võib täheldada mitmesuguseid muid Linuxi graafikapakiga seotud sündmusi, alates Waylandi arendajad plaanivad peaharu ümber nimetada kõigis oma hoidlates alates "peremehest" kuni "peamiseni", kuna sõna "peremees" peetakse viimasel ajal poliitiliselt ebakorrektseks, meenutab see orjandust ja mõned kogukonna liikmed tajuvad seda solvavana. Omakorda on freedesktop.org-i kogukond otsustanud uute projektide jaoks vaikimisi "masteri" asemel kasutada "peamist" hoidlat.
Huvitav ka sellele ideele oli vastaseid. Eelkõige Jan Engelhardt, kes haldab openSUSE'is üle 500 paketi, Silmakirjalikkuseks ja topeltstandarditeks nimetas ta GitHubi ja SFC argumente "master" asendamiseks "main" -ga. Ta soovitas jätta asjad nii, nagu need olid, ja keskenduda pidevale arendamisele, mitte nimemuutuste segaduse tekitamisele.
Iani sõnul saavad need, kes ei saa aktsepteerida terminit "kapten", lihtsalt garanteerida kahe haru töö, millel on identne kohustuste olek, ja teha seda väljakujunenud vormi rikkumata.
Teine muudatus on Mesa kontrolleri lavapipis mis on mõeldud tarkvara renderdamiseks ja kasutab koodide genereerimiseks LLVM-i, rakendas Vulkan 1.1 tugigraafika API-d ja Vulkan 1.2 spetsifikatsiooni teatud funktsioone (varem on lavapipe täielikult ühilduv ainult OpenGL-iga). kontroller läbib edukalt kõik testid, mis hõlmavad Vulkan 1.1 uusi funktsioone, kuid siiani ei õnnestunud samadel testidel Vulkan 1.0 puhul takistada selle ametlikku sertifitseerimist Vulkani toe jaoks.
allikas: https://gitlab.freedesktop.org/