The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект X.Org прекращает поддержку 20 устаревших библиотек и утилит, opennews (??), 03-Май-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


28. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +3 +/
Сообщение от Аноним (28), 03-Май-23, 09:32 
Что ты несёшь? Какие тормоза если задержки у wayland с включенным композитингом гораздо ниже чем в иксах?
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

34. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +2 +/
Сообщение от Аноним (34), 03-Май-23, 09:39 
Без композитинга задержки ещё ниже. А вайланд без композитинга не может в принципе.
Ответить | Правка | Наверх | Cообщить модератору

94. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от n00by (ok), 03-Май-23, 12:58 
Зачем композитор будет делать композитинг для окна размером в экран? Где описание протокола это обязывает?
Ответить | Правка | Наверх | Cообщить модератору

138. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (34), 03-Май-23, 17:17 
Он просто не умеет иначе обычно. В протоколе запрос обхода композитинга только недавно появился.

Да и потом, окна чаще всего не на полный экран развёрнуты.

Ответить | Правка | Наверх | Cообщить модератору

144. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Самый умный из вас (?), 03-Май-23, 18:02 
"Может"
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

160. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от anonymous (??), 03-Май-23, 23:00 
> Без композитинга задержки ещё ниже.

Я, например, в виртуалках нахрен отключаю композитинг. Потому что виртуалки с видеоускорением не особо дружат.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

173. Скрыто модератором  +/
Сообщение от Аноним (-), 04-Май-23, 04:33 
Ответить | Правка | Наверх | Cообщить модератору

245. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от _kp (ok), 05-Май-23, 10:27 
Да хорошо всё в виртуалках с графикой.
Кривость поддержки зависит от конкретного сочетания железа и ПО.

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

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

250. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от anonymous (??), 05-Май-23, 23:17 
Да откуда? vmware отказалась от эмуляции графики. virtualbox умеет какую-то кривую эмуляцию 3d, которую очень давно не обновлял - там до сих пор opengl, нет вулкана, нет ускорения видеоплееров. KVM умеет пробрасывать видеокарту физически, но у меня нет по запасной карте на каждую виртуалку. Intel gvt-g умеет из одной реальной видюхи делать несколько виртуальных - и там уже ставь обычные интелловские дрова без всякой эмуляции. Офигенная фича! Только в новых процах её нет.
Ответить | Правка | Наверх | Cообщить модератору

251. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от _kp (ok), 06-Май-23, 03:00 
> vmware отказалась от эмуляции графики.

Эмуляция - это сильные тормоза.
Да и не от "эмуляции" отказались, а перетрясли модель проброса видеокарты, от чего не самые свежие видеокарты пошли лесом.
Однако, на рабочих местах не связанных с 3Д графикой как раз подобные видеокарты, или встройки.
Если видеокарта не совсем старая, то можно заставить её работать с помощью опций в vmx файле.
А если "старый" походный ноутбук, ну так поставить 14ю Vmware и не жужжать, там достаточно всё хорошо. Для обычной работы.

>virtualbox умеет какую-то кривую эмуляцию
> 3d,

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


> нет вулкана, нет ускорения видеоплееров.

Вам в виртуалке требуются плееры?
Вот их то можно и на хосте смотреть, и то, если очень тяжелое видео.
Если несколько виртуалок используются в перемешку с ПО нативной ОС, то поедпочтительнее Vmware из за возможности интеграции с нативной ОС.
А Вулках в Windows тухлый и обычно сливает DX, и вменяем только для свежайших видеокарт. Под Linux ситуация с Вулкан значительно лучше.

Ответить | Правка | Наверх | Cообщить модератору

255. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (161), 06-Май-23, 06:08 
> KVM умеет пробрасывать видеокарту физически,
> но у меня нет по запасной карте на каждую виртуалку.

Ну поставь себе virtio видяху - это достаточно быстрый проброс в хост, ютуб посмотреть хватит. Если надо акселерацию недавно и проброс 3D через virtio вроде сделали.

Ответить | Правка | К родителю #250 | Наверх | Cообщить модератору

166. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (159), 03-Май-23, 23:49 
> Без композитинга задержки ещё ниже. А вайланд без композитинга не может в принципе.

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

А те кому надо что-то менее позорное (плееры, игры) вообще рисуют в обход иксов, для начала. Через иксы они как максимум параметры окна заказывают, но рендер делает GL или Vulkan какой, через вообще совсем другие интерфейсы (DRM/KMS). А, да, иксовые интерфейсы для акселерировано-тормозного вывода видео тоже кусок окаменелых фекалий и никто в здравом уме ими давно уже не пользуется. Потому что работает как и все остальное в иксах. Т.е. медленно, глючно и хреново.

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

180. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от EULA (?), 04-Май-23, 05:34 
> Потому что работает как и все
> остальное в иксах. Т.е. медленно, глючно и хреново.

Но X-ы хотя бы работают, а не падают от каждого клика мыши, как вайленд,

Особенно вайленд радует на Nvidia 3080. видео вообще не показывает, программы отрисовываются по нескольку минут с тиррингом, как по DialUp модему графику передают. И официальный ответ на проблему: "ставьте GTX650. на ней все нормально работает"

Ответить | Правка | Наверх | Cообщить модератору

192. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (-), 04-Май-23, 07:28 
> Но X-ы хотя бы работают, а не падают от каждого клика мыши, как вайленд,

Зато все иксовые программы ловят клин от перекючения в консоль и врядли это легко исправить.

> Особенно вайленд радует на Nvidia 3080.

"Contact your support" так сказать. Вы купили нечто с проприетарным блобом, вот их авторам и задавайте вопросы почему у них такая голимая реализация DRM/KMS/GBM в их "супер" драйвере. В конечном итоге вы им деньги платили. А апи будет теперь вот такое. Вот и меняйте видео или дожимайте вендора. А на паузу ради вас и вашего некооперативного вендора вся планета не встанет. Представляете?!

> И официальный ответ на проблему: "ставьте GTX650. на ней все нормально работает"

Ну вы деньги нвидии платили, им и задавайте вопросы насчет их драйверов. Они спеки зажимают, нормально интегрироваться с ядром не собираются, так что опенсорсникам предъявлять что-то достаточно криво. Но там вон в топ500 этой чудной фирме уже понятно обхяснили, еще пара таких объяснялок и до них начнет доходить. Но это ж не быстрый процесс, они чего доброго и обанкротиться в процессе могут если AMD и дальше будет их так из HPC вытряхивать.

Ответить | Правка | Наверх | Cообщить модератору

207. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от EULA (?), 04-Май-23, 11:32 
> Зато все иксовые программы ловят клин от перекючения в консоль и врядли
> это легко исправить.

Что правда? Тогда почему я переключаюсь между сенасами X-ов, при этом видео (локальный на Rapberry Pi4 и удаленный на Raizen 5) в броузере локальном даже видео не прерывается.
Запустил на ноуте вайленд. Запустил аудациус. Переключился в консоль, и больше комп не реагирует на нажатие кнопок, звук в цикле.

> "Contact your support" так сказать. Вы купили нечто с проприетарным блобом, вот
> их авторам и задавайте вопросы почему у них такая голимая реализация
> DRM/KMS/GBM в их "супер" драйвере. В конечном итоге вы им деньги
> платили. А апи будет теперь вот такое. Вот и меняйте видео
> или дожимайте вендора. А на паузу ради вас и вашего некооперативного
> вендора вся планета не встанет. Представляете?!

Ну точно. Еслли в иксах и бионике (android) карта работает нормально, а в вайленде нет, то это карта плохая, а не софт.

>> И официальный ответ на проблему: "ставьте GTX650. на ней все нормально работает"
> Ну вы деньги нвидии платили, им и задавайте вопросы насчет их драйверов.
> Они спеки зажимают, нормально интегрироваться с ядром не собираются, так что
> опенсорсникам предъявлять что-то достаточно криво. Но там вон в топ500 этой
> чудной фирме уже понятно обхяснили, еще пара таких объяснялок и до
> них начнет доходить. Но это ж не быстрый процесс, они чего
> доброго и обанкротиться в процессе могут если AMD и дальше будет
> их так из HPC вытряхивать.

Ничего, что драйвер на FTX650 и RTX3080 один и тот же?
И почему X-ы и FrameBuffer Bionic нормально работают с картой, а вайленд все не может.

На топовых AMD та же проблема.

Ответить | Правка | Наверх | Cообщить модератору

223. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  –1 +/
Сообщение от soarin (ok), 04-Май-23, 19:38 
> Ничего, что драйвер на FTX650 и RTX3080 один и тот же?

В смысле одинаковый? Nvidia 650 - это устаревшая видеокарта с драйвером 470

Ответить | Правка | Наверх | Cообщить модератору

230. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (-), 04-Май-23, 22:22 
> Что правда? Тогда почему я переключаюсь между сенасами X-ов, при этом видео
> (локальный на Rapberry Pi4 и удаленный на Raizen 5) в броузере
> локальном даже видео не прерывается.

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

> Запустил на ноуте вайленд. Запустил аудациус. Переключился в консоль, и больше комп
> не реагирует на нажатие кнопок, звук в цикле.

А видяха случайно не нвидия при этом? Очень "взбрык KMS/DRM" похоже, при том на уровне драйвера. Давным давно что-то такое и на амд можно было поймать, как минимум у меня. Но я их дожал, тем паче что я могу и в сериальную консольку на случай если графике совсем душно, я им трейсов натаскал, бисектов понаделал, и в результате они мне патчи выкатили, я подтвердил что фиксит проблему - и стало ЗБС. Теперь у меня везде идеальный DRM/KMS. А вот как оно там с нвидией я честно говоря не знаю.

> Ну точно. Еслли в иксах и бионике (android) карта работает нормально, а
> в вайленде нет, то это карта плохая, а не софт.

Внезапно, да. Невидия долго думала что кто-то будет под их EGL что-то кодить. Желающих не нашлось. Потом они хотели делать интерфейс менеджмента буферов. Чтобы еще и с учетом их, на замену GBM, чтобы больше смахивало на их стиль управления памяти. Остальным и с GBM было нормально и нвидия осталась одна это все кодить. На i++'й год до нвидии доперло что это не работает. И сперва они DRM/KMS кой-как накодили, потому что в ядре на него GPL_ONLY от халявщиков повесили. И на GBM - тоже. Ну и вот второй частью балета они кодили в дополнение к эрзацам интерфейсам DRM/KMS еще и GBM. ЧСХ все это у них получилось кривое, сырое, проблемное и глючное. Они явно не тянут темп взятый ядерщиками, подсистема активно развивается и рефакторится с учетом вылезающих проблем и юзкейсов. И настоящая проблема нвидии в том что они не часть этого процесса. Всегда может что-то измениться без учета их существования, и это грабли. Для фирмы нвидия и ее кастомеров. И это их отношения как они там будут разбираться. К разработке Linux это все отношения не имеет - там на проприетарные блобы смотрят волком и никто не будет в их проблемах копаться. Откуда и совет "contact your support". Вы там с нвидией сами разбираетесь что у вас за факапы и где, остальные все равно помочь особо не смогут.

А бионик - на той же видяхе, с тем же драйвером в точно той же конфиге? Вот прям на x86 и переключение в консоль? Не, какие-то альтернативы, смены конфигов и проч - аннулируют валидность результатов. Откуда я знаю где там у нвидии глюк в их хозяйстве что аж "на клввиатуру не реагирует". Это на именно локап ядерного драйвера больше всего похоже, а с учетом того что делалось - я бы пальцем в небо сказал что в подсистеме KMS, как раз видеорежим сменили. Но могу и не угадать конечно. Особенно про нвидию.

> Ничего, что драйвер на FTX650 и RTX3080 один и тот же?

А сode path для разных GPU бывает довольно разный, даже в одном драйвере. Вот я Капитан Очевидность то! И то что один ловит клин совершенно не обязывает и второй заклиниться. И я бы навскидку сказал что это где-то в modesetting вот именно той видяхи что-то факапнулось. Вы так то далеко не первый у кого локапы от переклюка в консоль с нвидией.

> И почему X-ы и FrameBuffer Bionic нормально работают с картой, а вайленд
> все не может.

Видимо есть какая-то разница.

> На топовых AMD та же проблема.

Что аж на клавиатуру нет реакции? Да ладно?! Не, баги конечно бывают но у амд это скорее исключение и чинят довольно оперативно. Им же не надо как нвидии кодить DRM/KMS/GBM и чинить баги в них, это толпой накодили и обезглючили, так что могут позволить себе кодить что-то более полезное в это же время. На нвидию это счастье не распостраняется и они сами по себе с альтернативными реализациями. И у них явно проблемы с качеством этого кода.

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

241. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от EULA (?), 05-Май-23, 07:47 
> Вот тут я может и прогнал: если верить irinat, тут видимо надо
> системных экспериментов поставить и проверить свои выводы на тему якорей еще
> раз. Тем не менее, даже беэ этого я довольно часто налетал
> на ситуации когда активно рисующие программы серьезно заклинивали остальных. И это
> как бы архитектурная проблема. Жирная, большая, малоустранимая.

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

> А видяха случайно не нвидия при этом? Очень "взбрык KMS/DRM" похоже, при
> том на уровне драйвера.

Видюха на ноуте Intel. Но и на ПК с NVidia таких приколов под X-ами нет.

> Внезапно, да.

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

> А бионик - на той же видяхе, с тем же драйвером в
> точно той же конфиге? Вот прям на x86 и переключение в
> консоль?

Прям на x86, или ARM. Да, в консоль отладки ведра приходится переключаться часто.

> А сode path для разных GPU бывает довольно разный, даже в одном
> драйвере. Вот я Капитан Очевидность то!

В Mesa почему тоже самое? Там тоже кодепас разныйю

> Вы так то далеко не первый у кого локапы от
> переклюка в консоль с нвидией.

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

> Видимо есть какая-то разница.

А кто эту разницу должен чинить?
Наверное, разрабы ядра должны фреймбуфер сломать, чтобы было как в вайленде?

> Что аж на клавиатуру нет реакции? Да ладно?!

Клавиши состояния намлок и капслок работают, а на нажатия кнопок реакции нет.

> но у амд это скорее исключение и чинят довольно оперативно.

Топовых карт у них нет, похоже. Поэтому и не проверяют.

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

Ответить | Правка | Наверх | Cообщить модератору

257. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (-), 06-Май-23, 07:29 
> На одном мониторе программа рисует графики ежесекундно, на втором идет экшин. Тормоза
> начинаются, если ОЗУ внезапно кончилась, и система начала активно своппить системные сервисы.

У иксов есть архитектурная проблема: они умеют внутри себя рендер делать. Если программа накидает иксам тяжелых запросов, они могут упереться в ядро проца, если не повезет, даже таскменеджер отрисовать чтобы убить проблемный процесс (поди еще догадайся кто он) фиг дождешься. А многоядерность, полисовку очередей и QoS это конечно же не умеет и даже легкая мысль о кодинге этого в xorg может вогнать любого кто видел их код в дикий ужас.

Аналогично с RAM. Программы могут аллоцировать в иксах ресурсы. Иногда много. И порой это и делают. И вот трескает более гига, угадайте кто удружил. Ну а в целом это работает как УГ.

А вэйланд по смыслу что-то типа менеджера surface'ов, типа surface flinger'а. Он рендер сам не делает вообще. Поэтому надолго его заякорить или спровоцировать на жор ресурсов - а как? Ну а если какая-то программа будет рендерить себя полчаса, только она от этого и пострадает, остальные это не затронет.

> Видюха на ноуте Intel. Но и на ПК с NVidia таких приколов под X-ами нет.

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

> То есть, если карта работает везде, кроме моей программы, то это не
> моя программа кривая, а карта плохая.

То-есть, нвидию Торвальдс назвал "worst company ever". При том - за дело. Лично я не собираюсь спорить с прожектменеджером который мне релизы кернела выкатывает и майнтайнерами графики которые думают про нвидию то же что и Торвальдс. Они вообще на радаре замечают то что относится к процессу разработки. Если я приду к ним с проблемами in tree кода да еще с трейсами, bisect готовым и проч, эти крутые господа разворачиваются в мою сторону и хотят того же что я - аннулировать баг, потому что они на самом деле любят то что делают. А нвидия - она просто не часть этого процесса. Ее никто не учитывает в тех процессах. Поэтому я вообще не знаю как там фиксят баги в их драйверах и работает ли это.

> Если я такое где-то в сети скажу, то простыня из макания меня в канализацию под таким
> моим постом будет бесконечной.

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

> Прям на x86, или ARM. Да, в консоль отладки ведра приходится переключаться часто.

Вот тут я скажу честно - я не знаю как ведроидный surface flinger с драйвером взаимодействует и что ему надо, мне это не интересно. Но я догаываюсь что фич у него сильно меньше, поэтому и багов - тоже. Вот только врядли вас на десктопе такой фичесет устроит. Там даже управления окнами почти нет, а чтоб более 1 программы на экран вообще экзотика. Это сильно упрощает многие вещи. Ценой превращения девайса в малополезный артефакт.

> В Mesa почему тоже самое? Там тоже кодепас разныйю

В смысле - то же самое? И что значит "в MESA"? Сама по себе MESA вообще не может ничего никуда рендерить.

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

Так это ж не у них проблемы. Можете сидеть на попе ровно, не дергаться, только когда иксы окончательно прихлопнут, опций у вас будет не сильно много. Либо самому майнтайнить это месиво для себя любимого (вероятность что вы справитесь, имхо, стремится к нолю), либо - ну я не знаю чего. На винду валить, или что вам там удобно. Иксы конечно не вынесут сразу. Но кодить ЭТО вот реально никто не хочет. Комитеров, фиксеров и проч - по сути около ноля. Потому что долботни много а результата с нее мало.

> А кто эту разницу должен чинить?

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

> Наверное, разрабы ядра должны фреймбуфер сломать, чтобы было как в вайленде?

У них вот именно фреймбуфер так то давно deprecated и рулит DRM/KMS. Который, впрочем, вывешивает легаси fbdev поверх себя из соображений совместимости с существующим usermode кодом. Но вот именно fbdev драйвер вы так то уже и не комитнете почти уже, попросят как драйвер KMS/DRM оформить. Добро пожаловать в будущее, блин. Ведроид так то тоже вроде в основном этой инфраструктурой сейчас стал пользоваться, а иной раз и дровами из MESA уже.

> Клавиши состояния намлок и капслок работают, а на нажатия кнопок реакции нет.

Я для себя живость ядра чекаю alt-sysrq-r (raw keyboard mode, очень полезно от узурпаторов клавы) -> alt-sysrq-s и так далее, если на -s мигает LED винча, значит в целом ядро все же не померло. Но на самом деле надо логи и трейсы смотреть. Я в совсем печальной ситуации сериальную консоль юзаю. Но я это умею. Ее плюс в том что она рано инициализируется и там есть что-то осмысленное даже если GPU в полном ауте.

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

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

> Помнится AMD говорили, что они будут поддерживать только работу универсальных
> графических серверов.

ХЗ что они там говорили, но в целом в процесс разработки кернела неплохо заинтегрились и их задача как таковая - "драйвер делать". Вывешивающий KMS/DRM/GBM наружу. Клиентам которые в этом заинтересованы. Вэйланд лишь +1 из таких клиентов. Как и иксы. Как и MESA. От амд не требуется что-то специальное по поддержке Wayland как такового. Да и иксов уже, вероятно - "акселерированные" DDX все давно выкинули в пользу "generic KMS", с ним проблем меньше было чем с GPU-specific DDX кривульками, где ускорения с гулькин нос а долботни с ними - во.

Если кто не понял, взаимодействие GPU <-> driver <-> клиенты с пришествием KMS/DRM здорово изменилось. Теперь есть низкоуровневая ядерная подсистема и есть ее клиенты. Одним из которых X могут быть. Довольно хреновым так то.

Ответить | Правка | Наверх | Cообщить модератору

48. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  –2 +/
Сообщение от Аноним (49), 03-Май-23, 10:12 
Как ты это измерил, аноним? Я держу иксы с композитингом что встроенным в xfwm4, что picom, по сравнению с Wayland всё намного отзывчивее.

Карта Intel.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

97. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от n00by (ok), 03-Май-23, 13:00 
Не знаю как он, а я написал специальное приложение для теста https://opennet.ru/53778-game
Берёте мышкой угол окна и начинаете быстро-быстро менять размер. В Иксах видно глазом, что пропускает кадры (можно и объективно фиксировать, если разберётесь в коде).
Ответить | Правка | Наверх | Cообщить модератору

115. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от Аноним (49), 03-Май-23, 15:01 
Ну конечно пропускает, а как иначе-то? Если приложение не успевает поставлять кадры (а гтк3 не быстр), что вы предлагаете делать оконной системе? Интерполировать? Так мыло будет.

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

Ответить | Правка | Наверх | Cообщить модератору

118. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +1 +/
Сообщение от n00by (ok), 03-Май-23, 15:25 
> Ну конечно пропускает, а как иначе-то?

В Wayland не пропускает. При изменении размера окна каждый кадр перестраивается окно, пересоздаётся конвейер Vulkan. С существенным запасом даже на Atom Z3735F (слабее не нашёл) успевает всё, кроме Иксов.

> Если приложение не успевает поставлять кадры
> (а гтк3 не быстр), что вы предлагаете делать оконной системе? Интерполировать?
> Так мыло будет.

Предлагаю ещё раз внимательно перечитать моё сообщение. В моём приложении нет gtk.

> На вейланде вообще в таком случае окошко замирает, и не двигается. Офигеть
> решение.

Вы даже не запустили его.

Ответить | Правка | Наверх | Cообщить модератору

145. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от Аноним (49), 03-Май-23, 18:17 
>Вы даже не запустили его.

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

>С существенным запасом даже на Atom Z3735F (слабее не нашёл) успевает всё, кроме Иксов.

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

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

>В моём приложении нет gtk.

А в моём есть. У вас, типа, узкий класс из полутара недописанных огрызков, которые чуть быстрее вейланда. Огого, класс, вы молодец. Но 99,9% приложений написаны не так, а написаны на довольно медленных гтк или qt. И никогда в жизни они за оконной системой не успеют.


Наш разговор ещё имел бы какой-то смысл, если бы приложения выдавали оконной системе не битмап, а семантику, как это, например, в браузере (html,css). Тогда можно было бы меряться фреймрейтом отрисовки примитивов. Собственно, иксы когда-то что-то подобное и умели, тот же libXt и рисует векторной частью иксов. Но уже много лет самые популярные тулкиты плевали на intrinsics, и рисуют битмап. Там нечем меряться. Если у приложения нет кадров для вас, оконной системе неоткуда их взять.

Ответить | Правка | Наверх | Cообщить модератору

147. "Проект X.Org прекращает поддержку 20 устаревших библиотек и ..."  +/
Сообщение от n00by (ok), 03-Май-23, 18:43 
> Наш разговор ещё имел бы какой-то смысл, если бы приложения выдавали оконной
> системе не битмап, а семантику, как это, например, в браузере (html,css).

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

>>В моём приложении нет gtk.
> А в моём есть. У вас, типа, узкий класс из полутара недописанных
> огрызков, которые чуть быстрее вейланда. Огого, класс, вы молодец. Но 99,9%
> приложений написаны не так, а написаны на довольно медленных гтк или
> qt. И никогда в жизни они за оконной системой не успеют.

Учитесь писать, а не тыкать пальчиком в Wayland, Qt и прочее.
Wayland позволяет, Иксы нет. И браузер и Allacritty вполне сносно реагируют на слишком быстрое изменение размера их окон в Wayland.

>>С существенным запасом даже на Atom Z3735F (слабее не нашёл) успевает всё, кроме Иксов.
> Чушь собачья. Никакими конвейерами и прочей машинерией самой оконной системы вы не
> сможете добиться от приложения кадров, которые оно не успело посчитать. Невозможно
> сделать что-то из ничего.

Зато могу определить компетенцию. Конвейер Vulkan не имеет отношения к отзывчивости Wayland и вообще окнам. Я про него написал, как пример бесполезной работы, которая не мешает менять размер окна так, как мешают Иксы.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру