Почему с вейландом всё так плохо?

Давайте сразу до 62-го прокачаемся, чего уж там.

Давно хотел поинтересоваться. Для вас для всех там имеет вообще значение что обсуждать?

Ну давай, с тебя не менее шланговый анализ фразы «переходи на зелёный».

Не все могут в завтрашний день смотреть. Точнее, смотреть могут все, но видят не все.

Нерелевантно. Здесь другое значение слова переходить: «перемещаться с одной стороны пространственного объекта на другую», а в оригинале — «приступать к новому делу или к новой теме».

Это, если что, слоган Мегафона из позапрошлого десятилетия.

Lvl=61

Но ведь других зелёных опсосов нет?

А несовместимых реализаций Wayland дохрена.

Vulkan запустить на Haiku было довольно легко

у тебя там софтовый пукан

Угу, но что делать с некрокарточками?

а что с карточками? wayland всего лишь протокол, какая зависимость для карточек? :DD

Пример хотя бы двух несовместимых реализаций вэйланда?

Вообще, мя поддерживаю ТСа. Пробовал полапать Unity и Plasma под wayland. Unity молча падает в чёрный экран, плазма работает, но с миллионом графических артефактов, тормозами, мылом и периодическими зависаниями и вылетами из сессии. Пользоваться абсолютно невозможно.

Это не unix-way

Ну вот опять. Ну блин!!! Почему на этом форуме у всех такое извращенное, крайне превратное НЕпонимание самой сути юникс вея?? Постоянно вот такую ересь все пишут.

Если ты ссылаешься на принцип «одна задача - одна утилита», то он звучит как ОДНА утилита. Не две и не миллиард для ОДНОЙ задачи, как в случае с wayland композиторами.

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

И основных принципов тут два -

1. DRY (don’t repeat yourself),

2. каждая функция должна решать одну задачу (это базовый принцип в программировании как таковом, юникс-вей просто ЗАИМСТВУЕТ его из общей теории ПРОГРАММИРОВАНИЯ!)

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

Но это не особо проблема вейланда - ведь он не заставляет ничего переизобретать, есть библиотеки, мать их! Вот например - libwayland-server, libwayland-client.

А, т.е. есть одна задача: архивация. А все zip, arj, rar - не юниксвей, значит? Достаточно .tar.gz - всё остальное не нужно, я правильно понял?

Почему

Буфер обмена, буфер обмена, хоткеи, буфер обмена, хоткеи…

С точки зрения программиста (и юникс вея) одна задача - это архивация в один конкретный формат архива. А не архивация как таковая.

В случае с вейландом у разных DE одна и та же задача с любой точки зрения.

Разные вейланд-композиторы решают ровно одну и ту же задачу - выводят одни и те же окна одних и тех же приложений по одному и тому же протоколу wayland.

Аналогия с архиваторами тут совсем не уместна.

Аналогия с архиваторами тут совсем не уместна.

Почему? С точки зрения программиста разные форматы для архивации не нужны. Одна задача - один формат.

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

Разные вейланд-композиторы решают ровно одну и ту же задачу - выводят одни и те же окна одних и тех же приложений по одному и тому же протоколу wayland. Аналогия с архиваторами тут

такая же:

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

Почему на этом форуме у всех такое извращенное, крайне превратное НЕпонимание самой сути юникс вея??

может тебе так понятней будет - в ОС графика отдельно, окна отдельно, сеть отдельно. Всё вместе в одном икссервере - это кривая архитектура. Когда разаработчики DRM сделали последнюю версию получилось так круто что даже кривой икссервер не мешает никому двигаться дальше.

Ну что ж так туго то идет… Вроде по-русски объясняю.

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

У любого вейланд-композитора все одно и то же, потому что он решает ОДНУ задачу, работает по одному и тому же протоколу Wayland. Никакого лучше/хуже тут быть не может - все одинаковое.

Вот если надо работать по протоколу X, и по протоколу wayland - то тут уже можно сказать, что когда-то X лучше, когда-то wayland.

Если мы рассматриваем разные композиторы для wayland, и только лишь для wayland - у них все одинаковое и смысла иметь 100 композиторов тут нет никакого.

Точно так же у тебя в системе одна утилита gzip, а не двести.

Всё вместе в одном икссервере - это кривая архитектура

Я что, спорю что X это кривая архитектура? Это раз.

в ОС графика отдельно, окна отдельно, сеть отдельно

Что за поток ереси? Окна - это не графика? Серьезно????

Сеть какое отношение к иксам то имеет? В норме клиент с ними через юникс сокет работает. И причем же тут сеть.

Окна - это не графика?

нет, найди в смартфоне окна, или на приборной панели авто, или в телевизоре.

Нашел окна, в смартфоне и телевизоре. Дальше что делать?

В смартфоне вот у меня прямо обычные окна, с заголовками, перетаскиваются по рабочему столу. ОС - Android 11. Дальше что делать?

Дальше что делать?

посмотреть на другие смартфоны

«плохо»

в feh уже научили?

Посмотрел - все то же самое. Дальше что делать?

Посмотрел - все то же самое.

здесь посмотри

https://gitlab.freedesktop.org/mesa/kmscube

или здесь

https://doc.qt.io/qt-5/embedded-linux.html

И какой я должен сделать вывод? Что в НЕмногозадачных встраиваемых системах, по сути работающих в режиме киоска, может не быть понятия «окно»? Я и так это знаю. И такие bare metal приложения разрабатываю.

Но причем тут наш спор и в частности wayland? Мы говорим о многозадачных системах.

Ты сначала тыкал в меня андроидом - многозадачной системой. Выяснилось, что там такие же окна. К чему тогда был этот аргумент?

wayland как бэ не для bare metal применений. Мы говорили о полноценных ОС.

Мы говорим о многозадачных системах

ты пытаешься мне что-то доказать но я так и не понял что

Ты сначала тыкал в меня андроидом

нет

в ОС графика отдельно, окна отдельно, сеть отдельно

Ну так где примеры ОС в которых графика отдельно от окон? bare metal это как бы не совсем ОС. А ты пишешь - в ОС.

Это feh должен научиться в Wayland, а не наоборот.

Ну так где примеры ОС в которых графика отдельно от окон?

в любой ОС на основе актуального ядра Linux, я же тебе дал ссылку на kmscube.

kmscube is a little demonstration program for how to drive bare metal graphics
without a compositor like X11, wayland or similar, using DRM/KMS (kernel mode
setting), GBM (graphics buffer manager) and EGL for rendering content using
OpenGL or OpenGL ES.

Чтобы твой тупняк прекратить - на серверах тоже ОС и там никакой граифики нет. И окон нет. И графическая консоль может работать без окон. Дальше спорь сам с собой.

Чтобы твой тупняк прекратить - ОС, где графические приложения работают в многозадачном режиме, без окон не бывает. В однозадачном - да, графика может быть и без окон, но речь шла не о том, и я так и не понял к чему ты это пишешь. Мы тут wayland обсуждали, а не ядерную консоль.

Плохо не с Wayland а с десктопами - ОС для них не приносит прибыль а трудозатрат требуют огромных.

то есть не гвоздь в достку забивать надо, а доску на гвоздь - понятно.

Доска — это оконная система (т. к. она служит многим целям, а не только одной программе). Гвоздь — это твоя несчастная скриншотилка (или что там делает feh). Вот именно, что надо гвоздь забивать в доску, а не доску на гвоздь надевать.

может тебе так понятней будет - в ОС графика отдельно, окна отдельно, сеть отдельно

тотож в щиндовс аж графический сервер в ядро впилили.

Так речь была о том, что Wayland якобы требует каких-то специальных фич со стороны драйвера, а не о сложностях портирования линуксовых дров на «гайку».

Wayland якобы требует каких-то специальных фич со стороны драйвера

шо, уже не требует? :DD

Твоё шлангование реально достало.

тотож в щиндовс аж графический сервер в ядро впилили

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

нет, твоё.

Xwayland получил аппаратное ускорение на GPU Nvidia
В апстрим было принято два патча, благодаря которым Xwayland получил аппаратное ускорение на проприетарном драйвере для GPU Nvidia.

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

странно. в linux 12309 есть, а в шиндовш нету

https://ru.wikipedia.org/wiki/Эффект_Даннинга_—_Крюгера

Если уже имеющейся информации для тебя недостаточно, чтобы понять, что ты по совершенно надуманной причине докапываешься до Wayland’а, то пытаться тебе что-то объяснить смысла нет.

Да одна проблема драйверов nVidia с Wayland – уже демонстрирует что с архитектурой что-то не так. Зачем Wayland надо было прибивать к GBM и dma-buf? В Vulkan эти проблемы решены стандартным образом и оно хоть на Windows может буферами между процессами обмениваться.

демонстрирует что с архитектурой что-то не так

С архитектурой недоблоба разве что. Они даже EGLStreams, KMS, PRIME далеко не сразу добавили. То, что блоб не поддерживает стандартные интерфейсы, — проблема исключительно блоба.

Зачем Wayland надо было прибивать к GBM и dma-buf?

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

В Vulkan

Vulkan вышел в 2016 году и есть далеко не везде. А нужную для написания Wayland-композиторов функциональность вообще относительно недавно добавили.

Но никто не мешает тебе сейчас написать композитор, использующий Vulkan. Для wlroots вроде даже пилят Vulkan-бэкенд.

в шиндовш нету

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

То, что блоб не поддерживает стандартные интерфейсы

GBM, KMS, DRM, dma-buf – это никакие не стандарты, а местные выдумки Mesa. Драйверописатели им следовать не обязаны. Вот в Vulkan есть настоящие стандарты на эту тему.

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

Сферический протокол в вакууме никому не нужен. В Vulkan в отличии от Wayland на уровне спецификации предусмотрели управление и передачу буферов между процессами независимо от ОС.

Но никто не мешает тебе сейчас написать композитор, использующий Vulkan.

Скорее всего так и сделаю. Но потом.

GBM, KMS, DRM, dma-buf – это никакие не стандарты, а местные выдумки Mesa.

Из перечисленного только GBM относится к Mesa.

Драйверописатели им следовать не обязаны

А им что, кто-то чем-то обязан? Есть интерфейсы для реализации функций — пользуйтесь. На вообще Windows/macOS даже графический API к системе прибит и драйверописателей это устраивает.

Сферический протокол в вакууме никому не нужен.

Так изначальная претензия в том что «Wayland» к чему-то прибит. Wayland — протокол.