Работа над улучшением XWayland продолжается и разработчики они сообщили недавно что Xwayland был изменен, чтобы позволить ускорение представительства аппаратно в системы с проприетарными графическими драйверами от Нвидиа.
Для тех, кто не знает XWayland, они должны знать, что это X-сервер, работающий под Wayland и обеспечивает обратную совместимость для унаследованных приложений X11, что обеспечивает организацию запуска для приложений X11 производительности сервера X.Org в средах на основе 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 решило использовать «главный» репозиторий вместо «главного» по умолчанию для новых проектов.
Тоже интересно У этой идеи были противники. В частности, Ян Энгельхардт, который поддерживает более 500 пакетов на openSUSE, Он назвал аргументы GitHub и SFC о замене «master» на «main» лицемерием и двойными стандартами. Он предложил оставить все как есть и сосредоточиться на непрерывном развитии, а не на беспорядке смены имен.
По словам Яна, для тех, кто не может принять термин «master», они могут просто гарантировать работу двух веток с одинаковым состоянием коммитов и делать это без нарушения установленной формы.
Еще одно изменение - в lavapipe контроллера Mesa. который разработан для программного рендеринга и использует LLVM для генерации кода, реализован графический API поддержки Vulkan 1.1 и некоторые функции спецификации Vulkan 1.2 (ранее lavapipe полностью совместим только с OpenGL). контроллер успешно проходит все тесты, охватывающие новые возможности Vulkan 1.1, но пока он не проходит те же тесты для Vulkan 1.0, что препятствует его официальной сертификации для поддержки Vulkan.
источник: https://gitlab.freedesktop.org/