Сравнение сеансов GNOME на основе Wayland и X11

ну так гном на вяленом намного быстрее вертится чем на иксах чтд

У кого как. KDE Plasma 5.11 (комментарий) (п. 2).

фризы курсора это отдельный баг, я ж говорю про плавность анимаций - нажал «пуск», иконочки плавно вылетают ( и курсор фризит, да ), а не режут глаза фреймрейтом в 10 кадров в секунду. Скроллишь воркспэйсы, ресайзишь окошки, все гладенько-плавненько, как и подобает современному десктопу. Иксы только на xfce с комптоном так могут

У меня сложилось впечатление, что анимации 10 кадров в секунду - больше проблема композитора GNOME, нежели X-сервера. Ведь что в Compiz, что в Compton, что в KDE - везде всё плавно и гладко. И только в GNOME всё лагает (скажем, список рабочих столов выезжает как будто кадра за 3, пропуская все остальные). А так да, под Wayland в промежутки между фризами всё плавненько.

На мой взгляд, сейчас основная проблема Wayland - отсутствие стандартизации в том, что раньше делал один X-сервер, а теперь - разные композиторы по-разному. Скажем, регистрация глобальных комбинаций клавиш в GNOME и KDE происходит по-разному, и пока всё это не подведут под общий знаменатель в рамках FreeDesktop, будет кавардак.

если Red Hat уже работает, например, над интеграцией SPICE.

Ну да я тоже так думаю. Скорее всего за вайланд они из за этого и взялись.

А ты думал, что GTK - грамотно написанный и эффективно использующий ресурсы тулкит?

compton --vsync opengl на закрытом, compton --vsync drm на открытом. В играх не включать VSync, чтобы избежать не плавной картинки.

Лучше просто поставить вяленд.

Болит палец? Отруби руку!

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

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

Гном везде медленно вертится, если на то пошло.

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

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

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

Ыксперт!

Никогда так не думал.

Уж поболее эксперт, чем ты. Тесты по ссылке в теме подтверждают тезисы.

Ну-ну, мальчишка, успокойся.

В КС фпс в два раза больше, а ты и не заметил. Ути мой маленький Ъ:)

Они так быстро взрослеют!

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

Я, наверное, слеп.

https://www.phoronix.com/scan.php?page=article&item=ubuntu-1710-kaby&...

В любом случае, игорь на линуксе без DRI — адский кошмар. А с DRI будет одинаково.

если композитор... Поддерживает

Стало универсальным ответом!

читаем:

Counter-Strike: Global Offensive as mentioned in the Radeon article has an issue with not supplying a window management hint and thus during automated testing runs into an odd behavior. But long story short, the CS:GO performance for Intel Kabylake graphics is unchanged by recent kernel/Mesa advancements.

фпс не вырос в два раза, а упал в два раза из-за какого-то бага.

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

в рамках FreeDesktop не-гном не нужен.

Если же не захотим, т.е. будем реализовывать VNC или RDP, то поддержка со стороны тулкита не нужна.

ЕМНИП, виндовая реализация RDP умела в виджеты, не только в битмапы. Только между виндами, ессно.

А то, что от systemd в основном проблемы, а не польза.

Да ладно. Мы перетащили свою систему с (довольно костыльной) связки SysV + monit на systemd и реально вздохнули свободнее :)

Нет, естественно, не обошлось без граблей на этом пути.

Да и в X.org можно разным мониторам назначить разный dpi.

А пользоваться этим (не через описанный выше xrandr и «рукопашную» борьбу за красоту) кто умеет?

Запили пост об этом на форуме. Будет интересно почитать.

В чистых иксах все делается с полпинка и по-человечески, а не колдованием с матрицами и правилами udev.

Я бы с удовольствием научился настраивать тачпад в иксах на мультитач и интересные мне жесты. Тачпад кривой, определяется как IMPS/2, в гугле есть похожие жалобы, рецептов нет.

Да. Линуксовые реализации сервера, ЕМНИП, не умеют.

Ох, я даже и не знаю, что там писать на целый-то пост.

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

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

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

Так все-таки, «проблема» или «нельзя»?

В иксах — нельзя. Делать это через тулкит — костыль.

есть ли принципиальная разница?

Да. Тулкит не должен следить за разрешением мониторов. Система ему и так сообщает коэффициент масштабирования. Просто в вяленом его можно динамически менять. А ещё композитор может сделать апскейл, если приложение не поддерживает масштабирование.

Почему до тебя это сразу не дошло?

Тогда не вижу смысла в нем. Зачем им пользоваться, если можно пользоваться стабильным, и проверенным временем X11.

Хренопуталы в руководстве линукса сказали «Надо!», хомячки ответили - «Есть!». Под шумок в последствии можно будет проприетарные видеодрова под линукс сделать хуже, чтобы юзвери не жировали. Во время изменений проще подсунуть кота в мешке.

приложение

тулкит

Кажется, кто-то не смог в абстракции.

Разработчики графической подсистемы не портируют тебе узкоспециализированное ПО. Зато они могут сделать нормальную графическую подсистему. И это повысит вероятность, что нужные программы появятся в GNU/Linux. Потому что поможет, во-первых, увеличить количество пользователей (кто-то мог не пользоваться линуксом из-за плохой работы с мониторами или тормозной анимации) и тем самым дать разработчикам коммерческого ПО мотивацию делать версию для GNU/Linux, и во-вторых, улучшить ситуацию для разработчиков — больше шансов, что кто-то захочет писать под твою ОС, когда у неё нормальная графическая подсистема.

Если тулкит не поддерживает масштабирование, значит и приложение, использующее этот тулкит, тоже его не поддерживает. Но приложение может и не использовать тулкит.

Погоди-ка... В линуксе каждый год ломают какое-то API. Из-за этого многие производители просто забили на этот ваш линукс, им нужно деньги зарабатывать, а не играть в игру «я переписываю код дважды в полгода, каждое пепеписывание занимает тонны нефти».

Единственное API, которое умудрялись не ломать — это X11.

Теперь и его предлагают выкинуть на мороз.

И это... резко увеличит привлекательность Linux как платформы для разработки! Логика!

улучшить ситуацию для разработчиков — больше шансов, что кто-то захочет писать под твою ОС, когда у неё нормальная графическая подсистема.

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

Как вяленый взаимодействует с opengl? У меня на проприетарном драйвере mpv грузит проц, а под свободным все работает как надо. В чем дело?

А еще приложение может не поддерживать вейланд. Или вообще быть apk-пакетом для Андроид. К чему эти фантазии?

Предположим, я разработчик и использую Qt. Сколько раз мне бы пришлось переписать своё приложение за период существования Qt 5?

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

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

А еще приложение может не поддерживать вейланд

И что? Тогда оно будет работать через прослойку.

Или вообще быть apk-пакетом для Андроид

К чему эти фантазии про Android?

У нас кроме Qt система больше ни из чего не состоит?

А что мне для разработки своего приложения, кроме Qt, нужно использовать такое, что ломается «каждый год»?

А к чему эти фантазии про приложения без тулкитов?

Это не фантазии. Тот же хромой для отрисовки не использует линуксовые тулкиты.

Использует свой собственный переносимый тулкит = не использует тулкит, о как.

Это, кстати, единственный финансово оптимальный способ что-то с GUI портировать на линукс: напилить своих велосипедов до того уровня абстракции, на котором заканчивается зоопарк. 20 лет этим уровнем были иксы и glibc.

Но дно пробито, теперь у нас две графических подсистемы.

Осталось красношляпе придумать более лучшую libc.

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

К чему эти рассуждения? Сомневаетесь, хватит ли шапке программистов? Я думаю, хватит.

Так что не надо переписывать софт, пока он работает. Можешь не писать код — не пиши.

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

Зато они могут сделать нормальную графическую подсистему. И это повысит вероятность, что нужные программы появятся в GNU/Linux. Потому что поможет, во-первых, увеличить количество пользователей (кто-то мог не пользоваться линуксом из-за плохой работы с мониторами или тормозной анимации) и тем самым дать разработчикам коммерческого ПО мотивацию делать версию для GNU/Linux, и во-вторых, улучшить ситуацию для разработчиков — больше шансов, что кто-то захочет писать под твою ОС, когда у неё нормальная графическая подсистема.

Я эти истории с 2003-го, кажется, года слышу. С тех пор, как поставил красношляпу на свой тогдашний 20-гиговый Самсунг: «Вот мы сейчас перепилим и заживём!»

Проблема в том, что ползучее перепиливание не заканчивается никогда, и фаза «заживём» никогда не наступает.

А если что-то случайно удалось довести до состояния, когда оно не падает и даже в 90% случаев работает как задумывалось, то оно тут же объявляется deprecated, и начинается новый виток «эволюции». И по правде сказать, оно и в самом деле к тому времени успевает стать говном мамонта относительно общего фона технологий, потому что двигаясь сразу во все стороны одновременно линукс-сообщество далеко не уходит.

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

С бешеными скачками туда-сюда, когда не допилив толком технологию, мы её выкидываем, пилим следующую, выкидываем... — это никак не связано.

Там тулкит вшит в приложение. Или нет?

Но дно пробито, теперь у нас две графических подсистемы.

Qt и GTK могут работать с обеими.

Только вот доля GNU/Linux на десктопе растёт, есть реальный прогресс и «заживём» всё ближе.

А доля десктопов падает.