Завезли ли в Вейланд родовые баги иксов?

Главный родовой баг иксов - неумение в многопоточность. А это всё - мелочи.

неумение в многопоточность

На стороне клиента или на стороне сервера?

Это-то уже не актуально на десктопах. Ну будет он на одном ядре висеть, оставляя остальные ядра для других приложений. Для всяких встраиваемых систем, конечно, печаль.

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

Вообще, alt-tab полноэкранных приложений в иксах уже лет 30 кривой и починить не могут.

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

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

С drag&drop все хорошо - он роняет композитор. Так что первые полгода ты будешь отлаживать именно его.
По остальным пунктам не уверен.

В Wayland вряд ли. А вот в конкретную его реализацию - это уже надо смотреть и тестировать.

Ленин, а чего ты такого собираешься рожать адски-гуевого чтобы одного треда не хватило?

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

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

Нет.

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

Ctrl-Alt-F1, ps -A, killall hl2.sh

Отличный хинт. Как хорошо, что не дебаг-консоль с бинарным кодом по RS VT-100 hardware terminal 9600 baude! Прям суппер!

Да.

мало было, значит

Так композитор вроде как фича Х-ов, в вэйланде другая архитектура

Что в итоге чуть быстрее рестарта иксов

Зато остальные запущенные приложения будут работать

Ну можно со смартфона по ssh.

Так многопоточный код не загрузит ядра, а наоборот: было одно ядро, загруженное на 100%, распредилили нагрузку по ядрам, стало 12,5% на каждом ядре.

Они итак автозапустятся.

Так композитор вроде как фича Х-ов, в вэйланде другая архитектура

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

Гипотетически протокол Wayland не запрещает использовать несколько процессов, но это не стандартизировано и насколько я знаю пока нигде не реализовано.

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

Загрузит. Если на остальных ядрах делать while (1);. Загрузка ядер на 12,5% не устроит боссов. Даже 86% не устроит. Надо соточку. Поэтому, while (1) draw_clock(); Ой. А чё оно падает-то?

Вот видишь, какие хорошие «иксы». Приложения автозапускает, данные в них сохраняет...

Так это не иксы.

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

Многопоточная графическая система реализована например в Haiku и Windows.

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

Типичный wayland-сервер состоит из одного лишь композитора, который занимается всем. Возможно, в mir это не так, но я не проверял, т.к. оно не сильно живое.

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

IT в принципе не решает проблем. Оно их только создаёт.

в вейлнде вообще нет отдельного понятия «полноэкранное приложение». можно сделать «окно на весь экран без рамок», как и в иксах.

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

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

То есть, игры в вейланде толком не работают? Мда.

всё работает

Как? Вот у меня 4к монитор, я запускаю игру на Фуллхд. Что происходит? -50 fps? Потому, что фуллхд мы выставить не можем, полноэкранного режима же нет.

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

Вот у меня 4к монитор, я запускаю игру на Фуллхд. Что происходит?

Как в игре сделано, так и происходит. Большинство игр ведут себя как в оконном режиме.

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

Захват клавиатуры - совершенно отдельная фича, и да, он поддерживается.

Большинство игр ведут себя как в оконном режиме.

в оконном режиме у них -50 fps обычно

потому что отключается compositor fullscreen unredirect. но если окно на полный экран, то в нормальных композиторах unredirect будет работать что в иксах что в вейланде.

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

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

У меня линукс с иксами ещё был, до иксорга. Я описанные проблемы если и видел, то ещё, наверное, в школе. Откуда ты это выкопал?

Например, остановка полноэкранного приложения приводит к залочиванию всего экрана

У меня не приводит, часто в игорях такое происходит, спокойно меняю воркспейс.

alt-tab полноэкранных приложений в иксах уже лет 30 кривой и починить не могут.

У меня работает нормально, как приложений которые при alt-tab сворачиваются, так и тех которые остаются в полноэкранном режиме.

Не пробовал то, о чём ты говоришь, но в принципе у меня вейланд не вис ни разу. С полноэкранными приложениями только одна особенность была - если открыть игру (factorio) на полный экран, потом переключиться в браузер, открыть там ютуб-видео и тоже на полный экран, потом переключиться назад в игру, то в игре будет 1 FPS. Я так понял, полноэкранные приложения получают какой-то эксклюзивный доступ к железу и, видимо, делиться им не хотят.

На самом деле все GUI во всех операционных системах однопоточные. И WinAPI и macOS и Android и iOS и Swing и тд. Всегда у приложения есть main thread, в который посылаются сообщения, если нужно работать с GUI. Это нормально. В GUI слишком много «движущихся частей», зависящих друг от друга, которые адекватно распараллелить просто невозможно, проще заставить программистов использовать один поток.

На практике это не приносит никаких проблем.

Нет.

а откуда ты в этом понимаешь случайно не хочешь сказать?:)