LINUX.ORG.RU
ФорумTalks

Wayland готов для десктопа?

 , , ,


0

4

Привет, ЛОР!

Три года назад один из разработчиков mpv выкатил пост с критикой Wayland, на который очень многие ссылались. В частности, там были описаны проблемы с рендерингом, не слишком корректный подход к проектированию и так далее.

Спустя три года, многое из этого изменилось, о чём и написано в новом посте. Так например, были добавлены протоколы для FIFO режима у Vulkan, поддержка в Mesa была допилена, некоторые другие проблемы тоже ушли. Всё это во многом стараниями корпораций Valve и Nvidia и нанятых ими разработчиков.

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

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

Такие дела, ЛОР.

P.S. пишу этот пост ради эксперимента из KDE+Wayland и хочу сказать, что синяя тема в HDR выглядит особенно мозгоразрывающе. За что мы конечно её ещё больше любим.

★★★★★

Последнее исправление: hateyoufeel (всего исправлений: 4)
Ответ на: комментарий от gaylord

Я вот никогда не нажимал случайно колесико.

MOPKOBKA ★★★★★
()
Ответ на: комментарий от gaylord

А weston кто-то вообще пользуется?

Это невозможно. Вялым можно пользоваться только обмазавшись десятью слоями костылей. Мне другое интересно, кто-то этот weston упорно продолжает делать. Зачем? Кто оплачивает этот онанизм?

bread
()
Ответ на: комментарий от CrX

Когда-то xembed шикарно встраивал видео real и youtube с помощью mplayer в страницы с помощью простого плагина (но тогда у видеокарт был видео овелей, и не нужно было для вывода видео заниматься композитингом)

Shadow ★★★★★
()
Ответ на: комментарий от bread

Мне другое интересно, кто-то этот weston упорно продолжает делать. Зачем? Кто оплачивает этот онанизм?

Weston применяется во всяких POS, банкоматах, индустриальных контроллерах и т.п..

X512 ★★★★★
()
Ответ на: комментарий от Shadow

Короче, для Xt тулкитов всё прозрачно и незаметно для разрабов

Оно в любых тулкитах должно быть так. Но я понятия не имею как оно на самом деле, добавили ли они все это и сделали ли они это правильно. Потому что даже EWMH везде по-разному реализовали.

gaylord
()
Ответ на: комментарий от gaylord

Ну я могу сейчас написать MOPKOBKA Xorg HDR protocol, и скинуть на него ссылку. И что, поддержка HDR от этого в Xorg появится? Я специально запустил Weston и не вижу работы.

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от gaylord

Тулкиты кто в лес, кто по дрова. И концепция всемогущего композитора - отстой. Если бы композитинг вынесли в аналог glamor, всем было бы лучше.

Shadow ★★★★★
()
Последнее исправление: Shadow (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

Зачем ты запустил Weston? Как Weston относится к десктопу? Что ты пытаешься доказать? Очень много вопросов.

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от Shadow

Авторы de говорят обратное. Как ты думаешь, кто компетентнее в вопросе, ноунеймы с лора или люди, которые пошли и сделали, и им настолько не понравилось, что они пошли делать такое же, только другое?

gaylord
()
Последнее исправление: gaylord (всего исправлений: 1)
Ответ на: комментарий от gaylord

Я вот не могу пользоваться сферическим DE в вакууме.

Shadow ★★★★★
()
Ответ на: комментарий от MOPKOBKA

А как в Wayland сделать включение PRIMARY BUFFER?

Так оно уже там сделано. И сделано нормально (в KDE по-крайней мере) с возможностью полного отключения а не убого захардкожено как в парашном X.Org

Я вот никогда не нажимал случайно колесико.

А вот ~каждый месяц появляющиеся треды на ЛОРе:

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

Проблема решена в KDE с переходом на Wayland.

EXL ★★★★★
()
Ответ на: комментарий от gaylord

Авторы de говорят обратное. Как ты думаешь, кто компетентнее в вопросе, ноунеймы с лора или люди, которые пошли и сделали, и им настолько не понравилось, что они пошли делать такое же, только другое?

Учитывая нынешнее состояние DE, я бы не торопился заявлять о компетентности.

Концепция всемогущего композитора и правда отстойна, потому что его крах означает крах вообще всего граф.сеанса, о чём я писал выше. Xorg тут выигрывает в плане стабильности.

Впрочем, это вообще огромный косяк всего лялекса (и прочих евнухсов): в нём нет никакого safe mode для графики. Просто вообще ноль. Если композитор Wayland или X-сервер сдохли, у тебя чёрный экран и ты идёшь нахрен. Даже в Windows 98 было лучше с этим.

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от EXL

Так оно уже там сделано.
в KDE по-крайней мере

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

Хотя примерно к 2026 у очень многих пользователей Wayland действительно появится возможность настраивать PRIMARY BUFFER.

А вот ~каждый месяц появляющиеся треды на ЛОРе

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

Показывают что некоторой части пользователей требуется глобальное отключение этого раздражающего поведения

А как думаешь, сколько дней потребуется С программисту что бы добавить настройку? Я думаю меньше недели точно, сделать переключатель на старый и новый вариант. Я ошибаюсь?

MOPKOBKA ★★★★★
()
Последнее исправление: MOPKOBKA (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

а то я думал случайно как то все нажимают.

И нажимают. Ноутбуки с тачпадами == эмуляция нажатия колеса мышки на двойной или тройной тап == случайные вставки кусков PRIMARY в сорцы, текстовые поля, etc.

EXL ★★★★★
()
Ответ на: комментарий от hateyoufeel

Концепция всемогущего композитора и правда отстойна, потому что его крах означает крах вообще всего граф.сеанса, о чём я писал выше. Xorg тут выигрывает в плане стабильности.

Крах Xorg точно так же уносит с собой весь сеанс.

Если композитор Wayland или X-сервер сдохли, у тебя чёрный экран и ты идёшь нахрен

Вроде как KWin умеет перезапускаться без потери клиентов.

Rootlexx ★★★★★
()
Ответ на: комментарий от MOPKOBKA

А как думаешь, сколько дней потребуется С программисту что бы добавить настройку? Я думаю меньше недели точно, сделать переключатель на старый и новый вариант. Я ошибаюсь?

Без понятия, но добавили.

https://invent.kde.org/plasma/kwin/-/commit/4082fdf96092005106b5895e238e94a614035b0b

EXL ★★★★★
()
Ответ на: комментарий от hateyoufeel

Концепция всемогущего композитора и правда отстойна, потому что его крах означает крах вообще всего граф.сеанса, о чём я писал выше. Xorg тут выигрывает в плане стабильности.

Нет, не означает.

gaylord
()
Ответ на: комментарий от Rootlexx

Концепция всемогущего композитора и правда отстойна, потому что его крах означает крах вообще всего граф.сеанса, о чём я писал выше. Xorg тут выигрывает в плане стабильности.

Крах Xorg точно так же уносит с собой весь сеанс.

Да, но композитор – это больше кода чем Xorg. Это Xorg+WM. Это даже не вопрос Xorg vs. Wayland как протоколов. Это вопрос изоляции критичных к стабильности всей системы компонентов, чтобы менее критичные их не угробили. Нет ни одной причины, почему даже в рамках KWin+Wayland нельзя вынести дисплейный сервер в отдельный процесс, а эффекты, управление окнами и прочую неважную хреноту держать отдельно.

Вроде как KWin умеет перезапускаться без потери клиентов.

У меня он умеет показать чёрный экран и всё. Ни о каких клиентах речи не идёт.

hateyoufeel ★★★★★
() автор топика
Последнее исправление: hateyoufeel (всего исправлений: 2)
Ответ на: комментарий от hateyoufeel

Xorg тут выигрывает в плане стабильности.

Ага, вот только бы Xorg ещё сам был стабилен:

(EE)
(EE) Backtrace:
(EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x139) [0x5c410ba6bad9]
(EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (__sigaction+0x50) [0x702f97242520]
(EE) 2: /usr/lib/xorg/Xorg (LastEventTimeToggleResetAll+0x1ce) [0x5c410b8fefbe]
(EE) 3: /usr/lib/xorg/Xorg (XkbHandleActions+0x1dc) [0x5c410ba0c1ac]
(EE) 4: /usr/lib/xorg/Xorg (XkbRemoveResourceClient+0x7c1) [0x5c410ba051b1]
(EE) 5: /usr/lib/xorg/Xorg (XkbRemoveResourceClient+0x9be) [0x5c410ba053ae]
(EE) 6: /usr/lib/xorg/Xorg (TimerSet+0x170) [0x5c410ba65000]
(EE) 7: /usr/lib/xorg/Xorg (WaitForSomething+0x258) [0x5c410ba65288]
(EE) 8: /usr/lib/xorg/Xorg (SendErrorToClient+0x117) [0x5c410b8f53e7]
(EE) 9: /usr/lib/xorg/Xorg (InitFonts+0x3c4) [0x5c410b8f96b4]
(EE) 10: /lib/x86_64-linux-gnu/libc.so.6 (__libc_init_first+0x90) [0x702f97229d90]
(EE) 11: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0x80) [0x702f97229e40]
(EE) 12: /usr/lib/xorg/Xorg (_start+0x25) [0x5c410b8e2605]
(EE)
(EE) Segmentation fault at address 0x7fffcfca6000
(EE)
Fatal server error:
(EE) Caught signal 11 (Segmentation fault). Server aborting
(EE)
(EE)
Please consult the The X.Org Foundation support
         at http://wiki.x.org
 for help.
(EE) Please also check the log file at "/home/exl/.local/share/xorg/Xorg.0.log" for additional information.
(EE)
(II) AIGLX: Suspending AIGLX clients for VT switch
(EE) Server terminated with error (1). Closing log file.

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

Репортить лень, пусть эта иксовая мразь, которая выпила немало моей крови и измотала нервов, судорожно подыхает в канаве покрываясь багами и сегфолтами.

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от EXL

Ага, вот только бы Xorg ещё сам был стабилен:

У меня он сейчас стабильнее чем Mutter или KWin. Другие вяленды я не пробовал.

Репортить лень, пусть эта иксовая мразь которая выпила немало моей крови и нервов судорожно подыхает в канаве и дальше покрываясь багами и сегфолтами.

Было бы классно, если ей что-то лучше качеством на замену пришло. Но этого не случается.

Ты мне напомнил, как я по стектрейсам отлаживал xorg.conf во времена fglrx (имена функций из него в трейса были единственным намёком на происходящее внутри). Интересное было время.

hateyoufeel ★★★★★
() автор топика
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от Rootlexx

Вроде как KWin умеет перезапускаться без потери клиентов.

Не совсем, только Qt приложения восстановятся.

Ну, а после краша иксов всё потеряно будет.

altwazar ★★★★★
()
Последнее исправление: altwazar (всего исправлений: 1)
Ответ на: комментарий от gaylord

Я понятия не имею о чем ты. Клиенты умеют переживать смерть композитора? Умеют.

Нет, не умеют, если композитор обратно не может стартовать. Ты исходишь из предположения, что любой крах композитора является обратимым, но это не так. Если нет композитора, следовательно нет клиентов. Есть только чёрный экран и пустота.

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от gaylord

Вроде gtk тоже уже умеет.

Не знаю, возможно что-то на каком-то свежем gtk умеет. Но среди моих приложений только kde-шные и qt-шные переживают убийство kwin.

altwazar ★★★★★
()
Ответ на: комментарий от gaylord

Что мешает его рестортовать кроме багов в драйвере, который поперек себя видеокарту поставил?

Как будто одних багов в драйвере мало. Драйвера в лялексе – традиционный глюкодром, и это тоже стоит учитывать. А вообще, что угодно. Композитор случайно насрал себе в конфиг или прочий сохранённый стейт и не может его распарсить. Или ты поставил кривой плагин к KWin/Mutter и он вешает композитор при старте. Или просто так сложилось. Вариантов много.

hateyoufeel ★★★★★
() автор топика
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Ну это все здорово, только не имеет отношения «клиенты не переживают падение композитора». Троллируй нормально, совсем обленился.

gaylord
()
Ответ на: комментарий от gaylord

Вообще, это ты притащил про клиентов. Сам виноват. Мой тезис куда проще: смешивать критичные и некритичные к стабильности системы компоненты в одном процессе – дерьмовая идея.

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от gaylord

Так только что выяснили, что некритичный, если клиенты падение переживают. Ты чем читаешь?

Глазами. А чем ты прочитал про то, что композитор может не восстановиться?

Стейт клиентов – это не единственный стейт, который можно просрать. Как ты правильно заметил с дровами, там есть ещё вагон мест где падение композитора может поднасрать, и некоторые из них на данный момент лечатся только ребутом, а значит твоя заметка про клиентов бессмысленна.

Или у тебя память как у золотой рыбки?

hateyoufeel ★★★★★
() автор топика
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Глазами. А чем ты прочитал про то, что композитор может не восстановиться?

А это к делу вообще никак не относится. Если он не может подняться, он и после ребута не может подняться. И это уже не «композитор крашнулся», а «композитор не работает». Это два разных класса проблем.

gaylord
()
Ответ на: комментарий от gaylord

А это к делу вообще никак не относится. Если он не может подняться, он и после ребута не может подняться.

Я выше писал про текущий баг вокруг KWin, Wayland и внешний монитор на моём ноутбуке. Падение KWin после подключения внешнего монитора лечится только ребутом. Это ровно эта же проблема. Я ведь точно не знаю, почему он падает. Может там переполнение счётчика мониторов в API для панельки.

И я всё ещё не понимаю, с чем именно ты споришь. С тем, что изоляция критических компонентов – хорошая идея? С этим спорить достаточно глупо. С тем, что kwin_wayland может упасть и не подняться? Я могу тебе видео записать, если не веришь.

hateyoufeel ★★★★★
() автор топика
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

С тем что отрицать рестарт клиентов при рабочем композиторе — ваще странно. А нерабочий композитор это отдельная история. Если мы говорим про стабильность всего линуксового десктопа то этот разговор не имеет смысла, надо макбук покупать.

gaylord
()
Ответ на: комментарий от gaylord

С тем что отрицать рестарт клиентов при рабочем композиторе — ваще странно.

Я это где-то отрицал? Нет.

А нерабочий композитор это отдельная история.

Это история про дизайн системных компонентов и его кривость в лялексах. То, что X-сервер является отдельным от WM процессом – это определённо благо. Недостаточное, потому что из X-сервера можно было бы вырезать ещё больше. Но тем не менее, дизайн композиторов Wayland – шаг назад в этом плане. Что, кстати, достаточно грустно, потому что в остальном сокращение состояния внутри Wayland мне нравится. В иксах именно поэтому клиенты не могут пережить крах сервера и подключиться к новому – слишком много стейта на стороне сервера находится.

Если мы говорим про стабильность всего линуксового десктопа то этот разговор не имеет смысла, надо макбук покупать.

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

hateyoufeel ★★★★★
() автор топика
Последнее исправление: hateyoufeel (всего исправлений: 3)
Ответ на: комментарий от hateyoufeel

Я это где-то отрицал?

Да:

Концепция всемогущего композитора и правда отстойна, потому что его крах означает крах вообще всего граф.сеанса

Ксо жалению, макбуки ныне тоже прокляты. Как и вендовс.

Ничего не проклято, все пользуются, всем нормально.

gaylord
()
Ответ на: комментарий от gaylord

Я это где-то отрицал?

Да:

Концепция всемогущего композитора и правда отстойна, потому что его крах означает крах вообще всего граф.сеанса

Ты, похоже, опять неправильно читаешь текст. Весь тред у тебя так.

Ничего не проклято, все пользуются, всем нормально.

https://letmegooglethat.com/?q=my+macbook+crashes

hateyoufeel ★★★★★
() автор топика
Ответ на: комментарий от gaylord

К сожалению, макбуки ныне тоже прокляты. Как и вендовс.

Ничего не проклято, все пользуются, всем нормально.

Нормально, да, в Windows можно убивать explorer.exe и dwm.exe. Из страшного, приложения просто как в X11 на время потеряют рамку.

MOPKOBKA ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)