Какие для Вас самые важные недостатки X-сервера и/или протокола X11?

X11 – это как раз пример прагматичного подхода

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

Без этих постэффектов тиринг. Или костыльный TearFree, который хоть и немного, но все равно увеличевает латентность и снижает производительность.

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

Мне гном не очень нравится, жду развития тайловых композиторов. В принципе, уже вот-вот где-то рядом всё, годик-другой и будет счастье.

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

«It is evolving, just backwards.» (C)

а не закорлузого монстра из прошлого века.

Вейланду уже 14 лет.

А чем ты пользуешься сейчас? Если i3 – есть sway

Иксы не развиваются. Вообще.

Они просто готовы. Разумнее пользоваться уже готовым продуктом проверенным временем, чем постоянно переизобретать велосипед и заниматься ИБД. В бизнесе и не такие древности используются потому что людям работать надо, а не «every frame is perfect!!!».

И при этом имеют проблемы.

Эти проблемы не значительны по сравнению с проблемами Wayland. А главное X11 не так идеологически заряжен как Wayland и там не отвергается реализация функционала по надуманным поводам. Если что-то кому-то было когда-то надо, то в X11 это скорее всего уже сделано.

А иксам сорок. Если говорить конкретно про xorg – больше 20, посколько xorg – форк XFree86

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

Так что лично мне уже без разницы, чего там хватает или не хватает в иксах, они просто не нужны. Не хочу редактировать xinitrc или как его там для банального запуска wm, ещё помню там были какие-то xauthority и xresources…

А иксам сорок.

И всё до сих пор отлично работает. А Wayland-ята занимаются решением несуществующих проблем.

wmctrl требует EWMH/NetWM compatible X Window Manager. Это подавляющее большинство.

И всё до сих пор отлично работает. А Wayland-ята занимаются решением несуществующих проблем.

А Эйнштейн агент жидорептилоидов и придумал теорию относительности при поддержке английских масонов и еврейских банкиров. И потоп был, но власти скрывают

Не хочу редактировать xinitrc или как его там для банального запуска wm, ещё помню там были какие-то xauthority и xresources…

Сижу на awesome wm, ни разу не редактировал эти файлы.

Вы там с грибами осторожнее, уже галлюцинации начинаются.

Это подавляющее большинство

Это неправда

Там отсутствуют i3, dwm, awesome, bspwm, xmonad. Судя по ЛОРу, это довольно популярные WM.

Галлюцинации – это у тех, кто повторяет мантру «иксы работают идеально», несмотря на факты.

Они просто готовы

Они не готовы.

Эти проблемы не значительны по сравнению с проблемами Wayland

Тиринг и тормоза – это незначительные проблемы. Окей

Там отсутствуют i3, dwm, awesome, bspwm, xmonad. Судя по ЛОРу, это довольно популярные WM.

Потому что вышеприведенная статья из 2005 года. Для awesome и xmonad поддержка EWMH есть. По крайней мере так говорит википедия. Для остальных хз, скорее всего есть - нужно смотреть каждый отдельно.

Тиринг и тормоза – это незначительные проблемы. Окей

УМВР.

Что неправда то? Все популярные wm имеют поддержку EWMH/NetWM.

Они не готовы.

Народ уже работает над добавлением поддержки Wayland в X. Тогда иксы будут готовы на 146%. :D

https://sourceforge.net/p/twelveto11/code/HEAD/tree/

Тиринг и тормоза – это незначительные проблемы. Окей

УМВР

Даже на компьютере 2004 года выпуска.

За 15 лет использования иксов ни разу тиринг не видел, хотя железо было достаточно разнообразное. Где его берут-то?

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

Это не статья, а домашняя страница проекта.

Не все имеют полную поддержку.

Это не статья, а домашняя страница проекта.

Которая, судя по чейнджлогу, не обновлялась с 2005 года.

Я только здесь на ЛОРе несколько раз спрашивал, что такое тиринг и как на этого зверя посмотреть. Так никто и не объяснил.

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

Слишком толсто.

УМВР

Раз я не стал жертвой маньяка, значит маньяки – выдумка. Занятная логика.

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

…и поэтому в вяленде композитинг всегда и везде xD

…и поэтому в вяленде композитинг всегда и везде xD

Это ложь. В полноэкранных окнах композитинг автоматически отключается. И композитинг в вайланде не тормозит, в отличие от иксового.

Композитинг тормозит на слабом железе.

Это какое железо надо иметь. У меня compiz на NVidia GeForce 6200 нормально работал. Загугли что это за видюха.

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

В играх по нормальному композитинг тупо выключается. В EMWH есть такой флаг как _NET_WM_BYPASS_COMPOSITOR. Его, конечно, не везде юзают. Обычно композитор просто отключает композитинг для всех окон, когда видит полноэкранное окно.

И композитинг далеко не всегда успевает синхронизировать кадры, поэтому тиринг может проявлятся даже при включенном композитинге

Композитинг ничего не синхронизирует, V-Sync это всё равно фича драйвера.

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

Это какое железо надо иметь

Любое. Например старый ноут на pentium p6000. Композитинг тормозит. На rx470 композитинг не всегда предотвращает тиринг и рисует медленее, чем в вайланде.

В играх по нормальному композитинг тупо выключается. В EMWH есть такой флаг как _NET_WM_BYPASS_COMPOSITOR. Его, конечно, не везде юзают. Обычно композитор просто отключает композитинг для всех окон, когда видит полноэкранное окно

Не все композиторы это умеют. Вайланд умеет выборочно отключать композитинг конкретно для полноэкранного окна.

Почитал. hyprland основан на wlroots. Значит, поддерживает xdg-desktop-portal. Пробовал xdg-desktop-portal-wlr?

…и поэтому в вяленде композитинг всегда и везде xD

Там хуже. Wayland спроектирован таким образом, что если цикл отрисовки сделан не так как нужно Wayland, то готовься к жопоболи см. «Wayland’s render loop design is ridiculous.».

Портал стартует автоматически. Его запускает dbus. Нужно экспортировать одну переменную. У меня в конфиге sway так:

exec dbus-update-activation-environment --systemd WAYLAND_DISPLAY XDG_CURRENT_DESKTOP=sway

Вот, например, интересная презентация о различии архитектур исков и вейланда с точки зрения разработчика WM: https://www.youtube.com/watch?v=8E0SOWo-Gsg

Один из наиболее понравившихся мне моментов в том, что WM в иксах - это просто обычный клиент, который конкурирует с другими клиентами за право получить ивенты от инпута. Решается проблема вот такими вот занятными костылями: https://i.imgur.com/XQalEBy.png

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

Я просто поражен количеством коментариев в стиле «ну иксы же работают зачем вам еще что-то». Ну так и на лошадях люди ездили когда-то, и это прекрасно работало, а злые индустриализаторы придумали какие-то железные дороги и машины. Какие подлецы(

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

Я просто поражен количеством коментариев в стиле «ну иксы же работают зачем вам еще что-то»

Чему тут поражатся? В этом треде таких комментариев предостаточно

Там хуже. Wayland спроектирован таким образом, что если цикл отрисовки сделан не так как нужно Wayland, то готовься к жопоболи см. «Wayland’s render loop design is ridiculous.».

Я вам уже отвечал на это:

Критика цикла отрисовки с обратным вызовом вообще странная, мягко говоря. Пусть посмотрит, как работают многие игровые движки, и как там выполняется game loop. А если не устраивает frame throttling, то никто не мешает использовать неблокирующий вызов eglSwapBuffers(), установив swap interval в 0 и реагируя на frame events.

Что, опять будем по N-ному кругу пережёвывать? Вы ещё про изменение размера окон в GTK3 затяните в очередной раз, хотя вам уже было дважды объяснено.

но зум говорит, что он работать будет только в гноме

Хм. Значит еще недопилили. Недавно зум без QT_PLATFORM=xcb вообще не запускался в вайланде.

портал работает, но зум говорит, что он работать будет только в гноме

Давно пробовали?

Ну я про этот тред и говорил. Странные люди :(

где-то перед новым годом. Но я не в sway пробовал, а в hyprland.

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

Как будто в вялом нет костылей и сомнительных архитектурных решений

Покажи хоть один

первые машины ездили очень недалеко, жутко воняли и постоянно ломались. Лошадь была куда проще и надежней.

Вот мне так все и отвечают. А я живу и незнаю, может быть у меня тиринг и надо что-то чинить.