Разработчики GNOME объявили о планах отказаться от поддержки X11

А где посмотреть на «тормоза»?

Это эпик.

Свои окна все тулкиты самостоятельно рисуют уже десятки лет.

Да, но теперь это DE, а не низкоуровневое универсальное нечто

Речь не об окнах, а об около железе.

Да.

PS: я аж подвис от вопроса. Проверил - работает.

Прикольно.

Речь не об окнах, а об около железе.

О чем?

А что с железом? Какое до него дело прикладному софту?

XWayland — это не какая-то новая реализация, это всё тот же Xorg, а которого в качестве драйвера вывода — Wayland бэкенд. Поэтому он поддерживает то же самое и глючит также.

XWayland — это не какая-то новая реализация, это всё тот же Xorg, а которого в качестве драйвера вывода — Wayland бэкенд. Поэтому он поддерживает то же самое и глючит также.

Я не был уверен что они оставили ему возможность нелокальной авторизации.

Выше кинули диаграмму, что в ней не понятно?

Из описание RHEL10

Из поставки удалён X.org Server и связанные с ним компоненты. По умолчанию задействован графический стек на базе протокола Wayland. Возможность запуска X11-приложений в сеансе Wayland обеспечивается при помощи DDX-сервера XWayland (оставлен только пакет "xorg-x11-server-Xwayland"). 

Все так. Но если Xwayland умеет сетевую авторизацию (а люди выше гооврят что умеет), то не поменялось в общем-то ничего.

Никогда, там встроенная неотключаемая двойная буферизация. Из-за этого и тормозит.

А где тормозит-то? Пруфы у кого-то есть? Потому что у меня ничего не тормозит.

А где тормозит-то?

Из-за встроенной двойной буферизации происходит дроп кадров. Это неизбежно, потому что двойную буферизацию иначе не реализовать. Погугли двойная буферизация. В иксах, если включить TearFree будет то же самое, потому что тоже двойная буферизация. Просто в иксах это можно включить и выключить, а в Wayland - нет.

Из-за встроенной двойной буферизации происходит дроп кадров. Это неизбежно, потому что двойную буферизацию иначе не реализовать. Погугли двойная буферизация. В иксах, если включить TearFree будет то же самое, потому что тоже двойная буферизация.

Во-первых она отключаемая (https://wayland.app/protocols/tearing-control-v1), во-вторых у меня ничего не тормозит.

Не совсем. Приложениям/тулкитам надо поддерживать зоопарк композиторов. Единого стандарта нет. Написанное под gnome может не запуститься под wlroots или kde или чей-то композитор с github’a. Есть не только протоколы в beta (но уже используются в приложениях), но и deprecated (привет бинарям 5-летней давности).

Во-первых она отключаемая

Она отключаемая в той версией реализации вейланда которую используешь. А вот какая реализация у него, это уже не ко мне вопрос.

Не совсем. Приложениям/тулкитам надо поддерживать зоопарк композиторов.

Ты можешь привести пример протокола, который нужно поддержать тулкиту, но котороый не реализован в wlroots/kde/gnome/cosmic?

Она отключаемая в той версией реализации вейланда которую используешь. А вот какая реализация у него, это уже не ко мне вопрос.

Ну то есть она отключаемая и проблемы нет? Я так и думал. Продолжу дальше играть в Wayland, в котором ничего не тормозит.

Приложениям/тулкитам надо поддерживать зоопарк композиторов.

Что именно надо поддерживать?

Единого стандарта нет

https://wayland.freedesktop.org/

Написанное под gnome может не запуститься под wlroots или kde или чей-то композитор с github’a.

Примеры, Билли. Нам нужны примеры. Может не заработать что-то, что пока не стабилизировано и/или не реализовано в отдельном композиторе.

Написанное под gnome может не запуститься под wlroots или kde

Разраб Factorio высказывался на эту тему например.

О поддержке Linux в Factorio

Примеры, Билли

Factorio. Пример выше

У меня в Ф42 Gnome 48 и в нем тройная буферизация и это только для Гнома, играм плевать какая там буферизация у гнома.

У меня KDE и я просто играю в игры, я без понятия какая у меня буферизация. Все просто работает.

А где там про «не запускается»?

Среди этих библиотек — X11 и PulseAudio, которые устарели в пользу Wayland и PipeWire соответственно. Это вызывает кошмар совместимости, поскольку если какие-либо динамические зависимости отсутствуют, игра не запустится. Это явно не подойдет!

Так возрадуйтесь, ибо X11 скоро будет не нужен. Да и пульса тоже.

Собственно, о чём и речь.

Factorio. Пример выше

Гном, легаси говно в кодовой базе и что-то про ограничения SDL. А с вейландом проблемы где?

Вот здесь

Я использую оконный менеджер Sway , и особенность этого оконного менеджера заключается в том, что он автоматически изменяет размер плавающих окон до размера их последнего отправленного кадра. Это выявило проблему с нашим графическим стеком: игре требуется три кадра, чтобы правильно отреагировать на изменение размера окна. В результате происходит быстрое перетягивание каната: Sway отправляет массу событий изменения размера, а Factorio отвечает устаревшими размерами кадрового буфера, вызывая хаос, показанный выше.

Проблемы там зависят от конкретной реализации.Например с гномом было такое

Как только поддержка Wayland была реализована, я получил отчет об ошибке , в котором говорилось, что в окне отсутствовала строка заголовка и кнопки закрытия (так называемые «декорации окна») при работе в GNOME . Большинство сред рабочего стола позволяют окнам предоставлять свои собственные украшения, если они того пожелают, но в качестве альтернативы предоставляют реализацию по умолчанию на стороне сервера. GNOME в своей бесконечной мудрости решили, что все клиенты должны предоставлять свои собственные украшения, а если клиент этого не сделает, они просто пропадут. Я не согласен с этим решением; Factorio не нуждается в оформлении какой-либо другой платформы, более того, в любой другой среде рабочего стола, но GNOME может (ab) использовать свою популярность, чтобы заставить программы соответствовать его особенностям или остаться позади.

Если уж они хотят заменить что-то чем-то другим, то пускай заменяют, если это заменимо. Но, пока это не заменимо, это равносильно вредительству. Я не знаю, как там сейчас на вяленом, но где-то 1-2 года назад пробовал и получил пачку глюков с полюбившимися приложениями. Начал искать им альтернативу - что-то нашёл, что-то нет. Потом плюнул и вернулся на х11 - и всё опять заработало, как прежде.

https://wayland.app/protocols/ Открываешь протокол и ищещь табличку с compositor support.

Например с гномом было такое

Нетакуси из гнома считают что они умнее всех и специально у себя отломали серверсайд декорации. При чем тут wayland?

Притом что разрабатывают гном и wayland одни и те же люди.

Ну сейчас оно с натяжечкой но работает. Часть приложений которые так и не шмогли дотянуть поддержку вяленого (prusaslicer, kicad) захардкодили принудительный запуск через Xwaylnd несмотря на все настройки и переменные среды так что вяленд-бои брызгая слюной увеярют что все работает нативно.

Но в сухом остатке вяленый сейчас перспективнее икса. Приложения все более смещаются в сторону вебни, а броузерные движки что у фокса что у хромого сейчас активно оптимизируются под использование вяленого.

Как выглядит критическая проблема, доказывающая что wayland не работает, версия для тру

Ты серьёзно размахиваешь этой минорщиной в процессе портирования на новую платформу в надежде кого-то в чем-то убедить?

Судя по всему предполагается решить эту проблему выкинув все DE кроме гнома и все toolkit’ы кроме GTK. (ну и на совместимость подзабить, да).

Минорщина - не работает kicad и не работает prusaslicer.

Можете родить аналог чтобы работал на вяленом?

Множества пересекающиеся, но не тождественные. Гном «особенный», но это не вина всех вокруг.

Так если приложеньки откажутся от X11 протокола, то такой способ работы помрёт

Держи в курсе

Waypipe существует. Не вижу проблемы.

Да. Удивлен недоумением. А как ещё узнавать «что там»?

Ну это не совсем так.

Есть просто приложения и есть приложения относящиеся к DE. Приложения которые вещь в себе - они работают и им пофиг. А приложения являющиеся частью DE - которым по долгу службы нужно взаимодействие с композитром - тут да. Скажем нельзя просто так вот взять и сделать универсальный индикатор раскладки клавиатуры. Или сешшн-менеджер который будет открывать окна на определенной позиции. Такие штуки уже специфичны и делаются под конкретный композитор-DE.

Если 99.9% программ и игр продолжат нормально работать через слой совместимости без плясок, то ладно

У меня KDE и я просто играю в игры, я без понятия какая у меня буферизация. Все просто работает.

У меня GNOME 42.9 и я просто играю в игры, я без понятия какая у меня буферизация. Все просто работает.

Давно пора уже иксы отправить на помойку. Дырявая хрень, которая зашла в тупик.

Ты наверное очень сильно пострадал от дыр в иксах.
И где тупик? Просто все работает.

А оно гоняет сжатые изменения целевого фреймбуфера?

У меня GNOME 42.9 и я просто играю в игры, я без понятия какая у меня буферизация. Все просто работает.

Вот. А тут приходят люди и страдают что у них тормозит. А когда их спрашивают что и где тормозит, ответить не могут.