Работата по подобрения на XWayland продължава и разработчиците те са обявили наскоро че Xwayland е модифициран, за да позволи ускорение на представителство по хардуер в системи с патентовани графични драйвери от NVIDIA.
За тези, които не знаят XWayland, те трябва да знаят това това е X сървър, работещ под Wayland и осигурява обратна съвместимост за наследени приложения X11, която осигурява организация на стартиране за приложенията X11 на производителността на сървъра XXNUMX в среди, базирани на Wayland.
Както мнозина от вас ще знаят, Wayland е цялостна прозоречна система за себе си. От своя страна, сървърът Xorg може да бъде модифициран, за да използва устройства за въвеждане на wayland за въвеждане и препращане на главния прозорец или отделни прозорци от най-високо ниво като повърхности на wayland.
Компонентът се разработва като част от основната кодова база X.Org и преди това беше пуснат заедно със сървъра X.Org, но поради забавяне на сървъра X.Org и несигурност с пускането на 1.21 в контекста на продължаващото активно развитие на XWayland, беше решено да се отдели XWayland и да се освободят натрупаните промени като отделен пакет.
Съдейки по тестването на разработчици, след активирането на тези кръпки, производителността на OpenGL и Vulkan в X приложения, стартирани с XWayland, е почти същата като под контрола на нормален X сървър.
Промените са подготвени от служител на NVIDIA, В собствения драйвер на NVIDIA поддръжката за компоненти, необходими за използване на ускорение в Xwayland, ще се появи в бъдеща версия, вероятно в клон 470.x.
Тези две корекции са предназначени да придружават предстоящата поддръжка в собствения драйвер на NVIDIA за хардуерно ускорено изобразяване на GL и Vulkan с Xwayland. Те не трябва да пречат на текущата поддръжка на GL, базирана на swrast, така че след като смените от страната на водача излязат от вратата, нещата трябва да започнат да работят. Исках обаче първо да изпратя тези наши за разглеждане, в случай че някой има някакви съществени притеснения относно цялостния подход. Вижте съобщенията за потвърждение за повече подробности относно изпълнението.
Производителността трябва да бъде приблизително равна на родния X11 въз основа на бенчмаркинга, който направих. Все още се изисква досадно допълнително копие за презентация на прозоречно приложение, но изглежда, че въздействието не е значително и приложенията на цял екран няма да имат този проблем (стига композиторът да поддържа необходимия интерфейс zwp_linux_dmabuf_v1).
Също, могат да се наблюдават различни други събития, свързани с Linux графичния стек, от Разработчиците на Wayland планират да преименуват главния клон във всичките им хранилища от „master“ до „main“, тъй като напоследък думата „master“ се счита за политически некоректна, тя припомня робството и някои членове на общността го възприемат като обидно. На свой ред общността на freedesktop.org реши да използва „главното“ хранилище вместо основния „master“ за нови проекти.
Интересно е също имаше противници на тази идея. По-специално Ян Енгелхард, който поддържа над 500 пакета в openSUSE, Той нарече аргументите на GitHub и SFC за замяна на „master“ с „main“ като лицемерие и двойни стандарти. Той предложи нещата да останат такива, каквито бяха, и да се съсредоточи върху непрекъснатото развитие, вместо да създава бъркотия от промени в имената.
Според Ян за тези, които не могат да приемат термина „майстор“, те могат просто да гарантират работата на два клона с еднакво състояние на ангажименти и да го направят, без да нарушават установената форма.
Друга промяна е в lavapipe на контролера Mesa който е проектиран за визуализация на софтуер и използва LLVM за генериране на код, внедрен графичен API за поддръжка на Vulkan 1.1 и някои функции на спецификацията Vulkan 1.2 (преди това lavapipe е напълно съвместим само с OpenGL), се наблюдава какво контролерът успешно преминава всички тестове, обхващащи новите функции на Vulkan 1.1, но засега той се проваля на същите тестове за Vulkan 1.0, предотвратявайки официалното му сертифициране за поддръжка на Vulkan.
Fuente: https://gitlab.freedesktop.org/