> Как сказать нет. Иксы довольно тяжко гонять без рута.

пример - OpenBSD xenodm/Xenocara: сервер крутится под выделенным юзером (_x11)..

> А дизайн кишок
> и протокола таков что на сервере иксов на всю толпу ворочаются
> ресурсоемкие операции. Это как минимум позволяет поставить всю толпу колом если
> какая-то программа что-то сделает не так и вкатит тяжелые запросы рендеринга
> на серверный процесс.

как и при любых операциях, в кап нагружающих железо (cpu/gpu).. тут можно в много слов для каждого case..

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

если окошко "таскменеджера" на gtk-3/4, - то хрен оно запустится "за обозримое время" при самых благоприятных условиях.. искренне Ваш, КО..
а переключение в tty и корректное разруливание - эт для дидов, ога..

> Итеративно разгребать то что не маппится на архитектуру современных GPU и то
> что делают апликухи - не получится.

а тут, Петька, начинаются "нюансы"(с)(Чапай)..
в теории, wayland сбрасывает с себя часть функционала на ядро/драйвер, грубо говоря.. опять же, в теории это должно дать выигрыш в производительности.. а де-факто уже 15 лет имеем просадку в этой самой "производительности", ужас в 2d (да и в 3d не сказать, что шоколад, хотя цвет оч похож..) и кучу нерешённых/нерешаемых case-ов, для которых, опять же по чьим-то словам, то новыйпротокол нужен, то ещё какое место почесать..

> Понятия о неплохом - у всех разные. В иксах сколь-нибудь активно рисовать
> графику это боль. И все плееры, анимированные вьюпорты и проч -
> юзают что угодно кроме иксов. Т.е. GL, Vulkan, все такое -
> иксы в принципе не способны к быстрому low-overhead выводу графики.

есть такая штука: аппаратный XV (x11/xv а-ля "Default Xv adaptor is Video Overlay").. то самое аппаратное 2d, когда native x11 software scaling не хватает..
посмотреть на "чистые" иксы в графике можно, например, в nethack.. версия 3.6.7 - оч приятна внешне.. дефолтный xmessage - как дефолт в консоли: чистый функционал, если хош - причеши, нет - пользуй так..

> В иксах проблема далеко не с DPI. А с общим уровнем их
> facilities и тому факту что от грубой нестыковки ожиданий и реалий
> софт сам стал все делать.

/usr/X11R6/bin/xgc
"всё, что Вы хотели знать"..

> Да, вы можете теоретически рендернуть в иксах TTF со всеми наворотами. Практически,
> если вы это удумаете, в какой-нибудь терминалке где случайно сделали cat
> лога на пару гигов - рендер поставит колом всю систему на
> ...цать минут. И вы даже таскменеджер не сможете отрисовать чтобы убить
> проблемную программу. То что там нет ни намека на арбитраж, полисовку
> ресурсов, и прочие ненужно - даже и упоминать неудобно.

кaт лога на пару гигов - а не смузи ли это? :))
"арбитраж" иксов всегда вели из ядерной консоли (tty)..
как и всего прочего..

>> Как кстати в вейланде? Ну вейланд то не паршивые иксы, DPI монитора
>> он то может определить?

кстати!.. а как в wayland с "арбитражом", "полисовкой ресурсов" и "прочим"? до сих пор нет аналога xrandr и не будет, кмк, т.к. это всё свалили на тулкит/приложение/драйвер/kms..
и вопрос с dpi, который в X можно было отдельно задать для шрифтов (xft), внезапно и неожиданно теперь стоит колом, что характерно.. пример:

$ xrandr 2>&1 | grep connected
default connected 1024x768+0+0 0mm x 0mm

т.е. драйвер не даёт инфо о физ. размере дисплея (типовая ситуация).. в X это никого не беспокоит, т.к. ты можешь поставить любой dpi ручками в ~/.Xresources или тупо стартануть сам сервер с нужным dpi или рихтануть xrandr-ом по живому..
в wayland всё прописывается через ядро (kms/grub) и при невозможности автоопределения каждый тулкит/(каждая софтина) теперь делает что хочет.. а уж квест установки кастомного dpi - теперь это "ненужно" и "лишнее", что характерно..

на словах - wayland в мультимониторном конфиге легко на каждый моник вешает требуемый dpi.. на деле -  мы все в курсе, какой аДЪ творится при перебросе приложения с одного монитора на другой..

>> А доступ к окнам и таканье программно мышкой ЭТО ФИЧА.

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

субъективно: X - оч непростая штука.. она работала более 30 лет и, надеюсь, продолжит работать.. возможно, лет через дцать Wayland таки сможет в полную замену функционала X-ов.. а сейчас имеем лишь 15 лет разговоров о "преимуществе дизайна" при отвратительной реализации.. собсно годный десктоп на *nix никогда никому, кроме маргиналов, был не нужен.. от слова совсем.. вот и..