Осваиваю Bspwm

И зачем после «вяленого» обратно на иксы

ШГ, кстати.

ради интереса и расширения кругозор

Я никогда не пользовался иксовым тайлингом, но придя в этот мир я ощутил все «прелести» иксов, которые во многом скрыты в юзер-ориентированных DE :)

И зачем после «вяленого» обратно на иксы

Чем он лучше, чтобы пользовать именно его?

с чего попроще

Не такой он и простой…а если не смотреть в сторону простоты, попробуй xmonad.

За Дебиан жирный плюс!

Анимации плавнее, тиринга нет. При перемещении окон его и в иксах вроде нет, но по иксами в эффектах окна какие-то рваные, а под «вяленым» такого нет. (Адепты иксов вообще любят втирать, что проблема тиринга якобы решена, хотя там она в принципе неразрешима в общем случае.) Программы не могут друг у друга подслушивать. Да и вообще, когда знаешь, что из себя представляют иксы, пользоваться ими противно.

И прозрачность в терминале не нужна.

Я почему спрашиваю-то: последний год пользовался федорой с вяленым, а сейчас снова ушел на кубунту - вообще разницы по ощущениям не заметил, ни по плавности, ни по чему такому.

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

У меня гном и под «вяленым» глючит. (Или это была Fedora KDE? 😶)

Забыл добавить, что в Plasma Wayland есть жесты для навигации по окнам: свайп 4 пальцами вниз — Present Windows со всех рабочих столов, вверх — Desktop Grid, вправо и влево — переключение между рабочими столами. Это никак не задокументировано и не настраивается (пока), но пользоваться довольно удобно.

Анимации плавнее

4.2 это давно миф ибо DRM. Если железо вывозит будет одинаково. Если не вывозит в иксах будут пропуски кадров, а в вяленом желе и отставания интерфейсов. Лучше первое.

тиринга нет

Он есть только у пользователей блобов Дрова проблемы. У меня тиринг был только во времена fglrx. С тех пор карта не менялась, тиринг пропал как на свободные radeon дрова переехал 10+ лет тиринга не вижу с той же самой карточкой древней.

Программы не могут друг у друга подслушивать.

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

Да и вообще, когда знаешь, что из себя представляют иксы, пользоваться ими противно.

Я так тоже считал, на заре вяленого. А вот теперь давай про последний и чем он стал.

• Расширений в вяленом больше чем в иксах
• У иксов была 1 реализация у вяленого их на каждый пук от каждого де или вм своя
• Из ворого следует первое что одни реализации одни расширения поддерживают, а другие нет от этого получается фрагментация, каждый видит конечный протокол таким какой ему удобен
• Кодовая база вяленого от этого не едина, а размазана в множестве отдельных реализаций.
• Иксы маленькие наследие времён просто есть оно отдельное и жрать не просит.

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

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

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

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

4.2 это давно миф

Проверенный мной на личном опыте факт — это миф?

Он есть только у пользователей блобов

Опять самовнушение. Сказано же: под иксами проблема тиринга принципиально неразрешима в общем случае.

Со штеудом точно такие же рваные окна в Present Windows, что и с блобом.

Дальше идут какие-то диванные рассуждения и претензии к текущему состоянию отдельных реализаций. Все практические недостатки реализаций Wayland на сегодняшний день обусловлены особенностями разработки свободного ПО как такового, и там нет ничего принципиально нерешаемого. Что касается «теоретических» аспектов, то нет смысла продолжать давно достигший логического завершения спор. Тот факт, что среди разработчиков иксов и графического стека в целом никто не берётся за их поддержку и не считает, что у них есть какое-либо будущее, кроме работы в качестве прослойки для запуска legacy-приложений — говорит сам за себя.

Я не говорю что иксы хороши, я говорю что вяленый не лучше. Шило на мыло. (по крайней мере сейчас)

Wayland на порядок лучше архитектурно (притом не только по сравнению с иксами). Да и на практике уже сейчас Wayland-сессии во многом лучше.

Вяленый только с тонной расширений даёт 30% фичей иксов

А каковы оставшиеся 70% ? Чего ещё не хватает?

почему не федора с кде? по кедам скучаешь?

Вкладки интересные в терминале, прозрачность пробовал у себя включать - не понравилось, без неё получше. Тиринг если есть, убирается записью «TearFree» для Intel и Radeon в каталоге xorg.conf.d, и { ForceFullCompositionPipeline = on } для Nvidia. Тему Adapta-Nokto-Eta сам сгенерил? или дефолтные цвета?.

Да, скучал, вернулся обратно спустя год. Почему не ставил в федору - ну, во-первых, слышал, что там с ними есть проблемы, и в отличие от простой воркстейшн федора с кедами (спин) имеет свойство падать, а во-вторых, не хотел устраивать в ней зоопарк из тулкитов и мешанины из кед и гнома.

УМВР, с кде себе поставил федору.

Тему Adapta-Nokto-Eta сам сгенерил? или дефолтные цвета?

Тема GTK из репозиториев деба, для Qt используется аналогичная тема для Kvantum. Для самого WM и Polybar поправил цвета в тон темы

Выглядит круто, но есть серьёзные вопросы к панели. Она слишкм гномерская. Не вижу переключалки столов и значки слева не соответствуют списку окон.

Ну и с этим «современным» выделением элемента подчёркиванием тоже надо что нибудь сделать.

Анимации плавнее

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

Да и вообще, когда знаешь, что из себя представляют иксы, пользоваться ими противно.

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

Да и на практике уже сейчас Wayland-сессии во многом лучше.

Вам просто повезло с железом. У меня наоборот.

Спасибо, делал себе оранжевую темку, этим инструментом https://github.com/adapta-project/adapta-gtk-theme, как сейчас он работает, не знаю, забросили его, работал на ура, готовую из реп смотрел там куча зависимостей тянулась, не стал устанавливать.

Wayland на порядок лучше архитектурно

Пока он для продакшена не готов. Увы.

А мне конкретно, как юзверю какие бонусы предоставляет wayland кроме сомнительной архитектурной рассовой чистоты? За каким бесом я должен совершать дополнительные телодвижения?

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

Приложению недоступно содержимое экрана и события ввода. Нет тиринга. Поддержка нескольких мониторов с разным коэффициентом масшрабирования, частотой обновления и VRR на отдельном их подмножестве. Direct scanout (вместо костылей с отключением композитора). Waydroid. Это из того, что прям сразу вспомнилось.

рассовой

КЛБ.

За каким бесом я должен совершать дополнительные телодвижения?

Не хочешь — не совершай.

Ну и с этим «современным» выделением элемента подчёркиванием тоже надо что нибудь сделать.

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

Во первых это не правда, а во вторых это не важно.

Вам просто повезло с железом. У меня наоборот.

Nvidia?

неотключаемой двойной или тройной буферизацией

Нет.

Ну не должен WM поддерживать в себе всю графическую подсистему

Так он и не поддерживает всю. А то, что композитор является графическим сервером — это вполне логично и правильно. X-сервер уже давно де-факто не более чем раздутая и неэффективная IPC-шина. А чтобы не изобретать велосипеды при написании композиторов, существует wlroots.

Ну не должны разработчики учитывать нюансы работы в gnome-shell, kwin_wayland и прочих.

Не должны, и для этого есть стандарты. Но им и так приходится, даже под иксами.

Классическая вкладка оттенённая другим цветом. Надо всего то подобрать хорошее сочетание.

Nvidia?

Да, знаете ли, они иногда встречаются.

неотключаемой двойной или тройной буферизацией. Нет.

А нет других способов борьбы с тирингом. Либо плохая буферизация, либо хорошая.

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

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

Но им и так приходится, даже под иксами.

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

Да, знаете ли

Тогда понятно. Ждите поддержки GBM в блобе.

А нет других способов борьбы с тирингом. Либо плохая буферизация, либо хорошая.

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

Это порождает много проблем.

В основном воображаемых (в отличие от тех, которые при этом решаются).

От банальной неустойчивости к ошибкам рендера и утягиванием за собой клиентов

Ой-вей! Если иксы упадут, то будет то же самое.

невозможности распаралелить отрисовку окон

А её кто-то распараллеливал?

с 2008 года с этой стороны никаких проблем не было

С 2008 года разработчикам не приходится учитывать особенности работы в разных DE?

про её обязательность на уровне протокола я ничего не нашёл.

Если вайланд может рисовать без промежуточных буферов, значит он и тирить может.

В основном воображаемых

Я недавно потыкал гном3/вайланд и сходу нажрался этих самых воображаемых проблем. Да, их нет в х-сессии. А кде/вайланд просто не запустился.

в отличие от тех, которые при этом решаются

А вот решённые проблемы то как раз виртуальны. Ну, допустим тиринг. И что? Он меня никогда особо не волновал. Зато отрисовка быстрее и надёжней. Ну, допустим кейлогеры. Когда я вообще последний раз кейлогер видел? А вот xneur, xxkb и всякие прочие обработчики рубить на корню так себе идея. Ещё какие то проблемы? Не слышал. А то что красивая идея о едином универсальном протоколе становится помойкой - правда.

Если иксы упадут

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

А её кто-то распараллеливал?

Как бы да. То, что у меня kwin медленно строит панораму и подвисает на 0,5+ (+++) секунды не мешает движению курсора. Или переключение окон с анимацией (или любой другой композитный эффект) не прерывает вывод видео в vlc/браузере. А в гноме - прерывает, даже если это всего лишь открытие менюшки на панели (создание окна, прозрачность, анимация, и на время обработки всего этого оконная подсистема встаёт колом).

С 2008 года разработчикам не приходится учитывать особенности работы в разных DE?

Именно что не приходилось! Это гном3 со своей csd был весь такой уникальный и неповторимый, но даже там содержимое окна на 100% оторвано от мнения разработчиков ДЕ о том, как это должно работать. Да, WM мог всё испортить и просто скрыть окно. Или уронить приложение. Но если окно нарисовано и выдимо, то дальше ДЕ уже совершенно ни при чём.

Если вайланд может рисовать без промежуточных буферов, значит он и тирить может.

«Wayland» ничего не рисует.

Я недавно потыкал гном3/вайланд и сходу нажрался этих самых воображаемых проблем. Да, их нет в х-сессии. А кде/вайланд просто не запустился.

Это проблемы конкретной реализации на кривом драйвере. Речь шла об архитектурных проблемах.

Так что здесь понижение надёжности на порядок.

Цифры взяты с потолка.

Именно что не приходилось!

Чтобы доказать обратное достаточно привести единственный пример: KWallet vs. Gnome Keyring.

Как бы да. То, что у меня kwin медленно строит панораму и подвисает на 0,5+ (+++) секунды не мешает движению курсора. Или переключение окон с анимацией (или любой другой композитный эффект) не прерывает вывод видео в vlc/браузере. А в гноме - прерывает, даже если это всего лишь открытие менюшки на панели (создание окна, прозрачность, анимация, и на время обработки всего этого оконная подсистема встаёт колом).

А вот если бы ты хоть немного гуглить умел, то знал бы что в KWin рендеринг не распараллелен. А то, что в гноме всё тормозит, — это проблема гнома. У kwin_wayland таких проблем нет.

А вот решённые проблемы то как раз виртуальны. Ну, допустим тиринг. И что? Он меня никогда особо не волновал. Зато отрисовка быстрее и надёжней. Ну, допустим кейлогеры. Когда я вообще последний раз кейлогер видел? А вот xneur, xxkb и всякие прочие обработчики рубить на корню так себе идея. Ещё какие то проблемы? Не слышал. А то что красивая идея о едином универсальном протоколе становится помойкой - правда.

Мне нечего ответить человеку, который выкидывает НАСТОЛЬКО неадекватные «перлы» (к предыдущему пункту тоже относится). Дальше дискуссию можно не продолжать.

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

А вот решённые проблемы то как раз виртуальны. Ну, допустим тиринг. И что?

Это всё полуправда. Да, тиринг на свободных драйверах побеждается, тем же TearFree, но за счёт чего? Довольно значительного падения производительности.

Ради справедливости ещё стоит отметить, что под иксами борясь с тирингом, ты часто получаешь лаги. Т.е вместо разрывов получаются запоздания.

В целом вяленд конечно шевелится заметно лучше, даже на глаз, тот же скролл в браузере.

Зато отрисовка быстрее и надёжней

Не быстрее, и не надёжнее. Вайленд гарантирует что каждый кадр будет отрисован.

Речь шла об архитектурных проблемах.

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

Цифры взяты с потолка.

Цифры приблизительно соответствуют моим экспериментам с разными ДЕ. А если бы мы говорили о нестабильных компизе или плазме, так там вообще всё валилось с завидной регулярностью.

KWallet vs. Gnome Keyring.

Они оба не нужны, они оба никак не относятся к графике, они оба могут существовать паралельно (в отличии от WM и ДЕ), и их оба стоило бы заменить на gpg-agent.

в KWin рендеринг не распараллелен

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

У kwin_wayland таких проблем нет.

Он просто ещё не готов к использованию ни по стабильности ни по возможностям.

Мне нечего ответить

Ключевые слова всех дискуссий вокруг нужности вайланда.

даже тут подавляющее меньшинство.

Ровно 40% считают что он в целом лучше Х. Вы это 60% записали в подавляющее меньшинство? Весьма новолиберально.

целом вяленд конечно шевелится заметно лучше, даже на глаз, тот же скролл в браузере.

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

Не быстрее, и не надёжнее. Вайленд гарантирует что каждый кадр будет отрисован.

Х конечно ничего не гарантирует, но он прилагает все усилия к тому, чтобы кадр был показан вовремя, а не тогда, когда он будет готов.

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

Ровно 40% считают что он в целом лучше Х. Вы это 60% записали в подавляющее меньшинство?

Не ожидал, что ты ещё и реальность до упора отрицать будешь. Ровно 15 % считают, что он в целом хуже X. Это и есть количество твоих товарищей по технической некомпетентности.

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

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

Х конечно ничего не гарантирует, но он прилагает все усилия к тому, чтобы кадр был показан вовремя, а не тогда, когда он будет готов.

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

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

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

32% это «я не знаю» и «мне без разницы»

24+16=40% это лучше Х.

9+6=15% это точно хуже Х.

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

Поэтому вариант «хуже Х» можно считать как 28% против 40%. Это конечно меньше, но не глобально и списывать почти треть пользователей в утиль это лёгкий занос в голове. Ну или совсем не лёгкий занос.

Строго говоря списывать 15% пользователей это уже слишком. Всё что больше 10% это значительная доля. Спорить можно о цифраз 0,1-10%, но 15% это слишком много.

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

Ну нет. Если кадры рисуются недостаточно быстро, то возможны две ситуации. В случае реалтайма у тебя условно замедлится воспроизведение в вайланде или часть кадров будет выброшена в Х. Замедление теоретически красивее выглядит, но может полностью поломать процесс. А пропуск кадров это конечно некрасиво и раздражает, но имеется возможность продолжать работу.

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

Могу привести пример: Как включить режим модема в надроиде быстрее чем за 5 секунд? Ответ: вообще никак, потому что требуется сделать 4 действия с обязательным полусекундным лагом между ними. Или плавная прокрутка в браузере. Она может быть плавной и красивой, но если её отключить, то PageDown листает в 2-3 раза быстрее и у тебя даже остаётся немного времени чтобы оценивать содержимое (которое не плывёт перед глазами).

С таким же успехом можно говорить, что иксы говно потому что плазма падает и течёт.

В случае с иксами Х отдельно, а плазма отдельно. Причём в каком бы соотношении они не падали, приложения будут утянуты менее чем в 100% случаев. А вот гномошел и квин-вайланд это и есть вайланд и приложения утянет в 100% случаев. Да, говорят в Е17 выпендрились и реализовали таки безопастный рестарт композитора. Вот только Е17 ниже предела измерений.

«Противоречиво» — это по определению те, кто не определился, хуже или лучше. Они не относятся к тем, кто повсюду восхваляет иксы и говорит, что Wayland не нужен. Таких максимум 15 %.

Нооо ведь…

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

И потом, при вашей трактовке в чём тогда разница между"противоречиво" и «нейтрально»?

Они не относятся к тем, кто повсюду восхваляет иксы и говорит

Не относятся. Может даже хотят вайланд, но переходить на него не спешат. Именно из за его ттх.

Привет, как стабильность?
Я bspwm установил на своем десктопчике несколько дней назад и началось! зависает что-то. сложно сказать что. например, указателем мыши можно возить, можно уйти на другой втерминал, можно вернуться назад. при этом переключение между окнами\тагами не работает, никакие кнопко-сочетания не имеют эффекта. если процесс окна прибить, то и окно уйдет с экрана, но ничего работать не начинает. Я читал, что там отдельная утилита за кнопкосочетания отвечает, может она виснет, а не сам wm. надо разбираться.

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

Да вроде всё нормально, жёстких каких-то проблем не было. Разве что без композитного менеджера он люто артефачит и от закрытых окон оставались куски на экране, но picom решил проблему. Может у вас sxhkd не запускается? он должен стартовать вместе с Bspwm

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

Оно не совсем замедлится и так же «будет выброшена» тоже не совсем верно.

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

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

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

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

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

Могу привести пример: Как включить режим модема в надроиде быстрее чем за 5 секунд?

При чём здесь вяленд и иксы?

Или плавная прокрутка в браузере. Она может быть плавной и красивой, но если её отключить, то PageDown листает в 2-3 раза быстрее и у тебя даже остаётся немного времени чтобы оценивать содержимое

Опять из пальца высосал. У тебя что там счёт на миллисекунды идёт? Не будешь ты листать в 2-3 раза быстрее, это миф.

Ты конечно можешь дальше рассказывать, про то как ты экономишь 0.3 секунды, за которые ты оцениваешь содержимое.

которое не плывёт перед глазами

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

В случае с иксами Х отдельно, а плазма отдельно.

Это каким образом? X-ы упадут а плазма продолжит работать, серьёзно? Жду новых откровений.

Причём в каком бы соотношении они не падали, приложения будут утянуты менее чем в 100% случаев.

Продемонстрировать слабо? Запускаешь X-приложухи, убиваешь x-сервер, приложения продолжают работать. Запиши и выложи на ютуб.

А вот гномошел и квин-вайланд это и есть вайланд и приложения утянет в 100% случаев.

Перезапускаю sway, приложения на месте, this is magic

Приложения в вайленде просто работает напрямую с DRM

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

Из пальца опять высосал, что одно продолжит работу, что другое.

Я не из пальца высосал, меня слегка напрягает что пока гном готовит некий композитный эффект у меня встаёт воспроизведение всех приложений. Разделённая архитектура Х - композитор это почти исключает.

Оно будет выше за счёт лишней прослойки.

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

всё это в иксах решается через одно место, с помощью буферизации, синхронизации.

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

Не будешь ты листать в 2-3 раза быстрее, это миф. Ты конечно можешь дальше рассказывать, про то как ты экономишь 0.3 секунды, за которые ты оцениваешь содержимое.

Это не миф. Я часто ищу в инете что то по разным источникам. После 3-10 статьи обычно информация начинает повторяться и ты уже быстро понимаешь, что вот в этом куске нет ничего ценного. Но обычно к этому моменту тебя всё ещё ждёт 20-30 страниц к просмотру и много нераскрытых вопросов.

Так вот, можно читать их медленно и вдумчиво, по 10 секунд на экран, с плавной прокруткой по ~10 строк вниз. Или можно начать скакать ~1-2c на экран чтобы ухватиться за знакомые картинки и ключевые слова. Не обязательно даже думать прежде чем жать PageDown, быстрее будет спустя пару секунд сообразить что там вроде что то было и вернуться, просто обычно, с вероятностью 90+% там реально ничего нет. И вот в этом режиме анимация прокрутки между экранами занимает от 10 до 70% всего времени. Это раздражающе много. Тем более этот режим отнимает много сил и накладно сидеть в нём вхолостую, сосредоточившись на том, как же долго ползут эти смазаные каракули.

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

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

Но все эти 0,3 секунды ты мог бы наводить и фокусировать глаза, но ты просто ждёшь потому что цели всё ещё нет.

Жду новых откровений.

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

Перезапускаю sway, приложения на месте, this is magic

Что, этот костыль завезли не только в E17? Отлично, отлично, может через 10 лет и в мейнстрим подтянется… Или sway работает поверх weston и собственно вайланда ты не перезапускал?

Продемонстрировать слабо? Запускаешь X-приложухи, убиваешь x-сервер, приложения продолжают работать. Запиши и выложи на ютуб.

Я ни разу не говорил об убивании именно Х-сервера. Я говорил о композиторе и ДЕ, которые менее стабильны чем древний Х. Так вот, если погуглить…

https://www.youtube.com/watch?v=thMfodIAiig

На 1:20 чувак зачем то перезапускает плазму, но kwin и приложухи остаются. Точно так же можно не трогать плазму, но послать kwin –repalce, и старый экземпляр будет убит, новый запустится, экран при этом мигнёт при перезахвате, а приложения внезапно оствнутся запущенными. А в гномовайланд всё это вместе взятое - один процесс, и если с ним что то случится (расширение глюкнет например), то всё, финишь.

Но с некоторых пор в Х точно так же.

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

и поэтому если вайланд-композитор подвисает, то и вывод тоже.

Да, но он не подвисает. Ты опять из пальца высосал аргумент, ведь у Х-ов тоже есть композитор + сервер. То есть мест для подвисания больше.

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

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

Разделённая архитектура Х - композитор это почти исключает.

Нет, внимательно посмотри на архитектуру Х и Wayland и ты поймёшь что всё наоборот.

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

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

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

Оно примерно так и выполняется, у вайленда нет api для рисования окон и тд. Само приложение напрямую с openglDRI работает.

Это не миф. Я часто ищу в инете что то по разным источникам. После 3-10 статьи обычно информация начинает повторяться и ты уже быстро понимаешь, что вот в этом куске нет ничего ценного. Но обычно к этому моменту тебя всё ещё ждёт 20-30 страниц к просмотру и много нераскрытых вопросов.

То есть у тебя всё организованно так, что доля полезной информации где-то в районе 10-30% ? Может проблема в этом.

Так вот, можно читать их медленно и вдумчиво, по 10 секунд на экран, с плавной прокруткой по ~10 строк вниз.

Плавная прокрутка это не 10 строк вниз. Там может быть любая скорость. Плюс к этому она может быть с ускорением.

И вообще у меня для обычной прокрутки кусками есть pageUP-pageDown, а на колёсике плавтная. Да, ещё есть скрол пробелом, как раз то что тебе нужно.

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

Что за абсурдные условия? Пусть будет не плавная прокрутка, которая каждые 2 сек будет по 10 строк листать, и напротив такая же плавная которая будет за 2 секунды плавно спускаться на 10 строк. Так и так будет вырвиглазие.

Но все эти 0,3 секунды ты мог бы наводить и фокусировать глаза, но ты просто ждёшь потому что цели всё ещё нет.

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

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

Но если упадёт X-сервер, то упадёт и плазма и всё остальное. Да и в первом случаи, оно частно всё утягивает и происходит перезапуск x-сервера.

Или sway работает поверх weston и собственно вайланда ты не перезапускал?

Господи, при чём здесь weston. У тебя понимания работы вяленда нет похоже, как и Х-ов.