LINUX.ORG.RU

KwinFT - форк Kwin с прицелом на более активную разработку и оптимизации

 , , kwinft,


1

1

Roman Gilg, один из активных разработчиков Kwin и Xwayland, представил форк оконного менеджера Kwin под названием KwinFT (Fast Track), а также полностью переработанную версию библиотеки Kwayland под названием Wrapland, избавленную от привязок к Qt. Целью форка является возможность более активной разработки Kwin, наращивания необходимой для Wayland функциональности, а также оптимизации отрисовки. Классический Kwin страдает от слишком медленного приёма патчей, так как команда KDE не хочет рисковать огромным числом пользователей, для которых слишком агрессивное введение инноваций может сломать рабочий процесс. Многие патчи находятся на рецензировании уже не один год, что сильно замедляет внедрение Wayland и различные внутренние рефакторинги кода. KwinFT позиционируется как прозрачная замена Kwin, и уже сейчас доступен в Manjaro. Однако разработчики предупреждают о возможной поломке совместимости в будущем. В текущем виде, KwinFT предоставляет следующие, отсутствующие в ванильном Kwin возможности:

  • Полная переработка процесса композитинга, позволившая уменьши задержки при работе как в Wayland, так и в X11;
  • Поддержка Wayland расширения wp_vieporter, улучшающего работу видеоплееров, а также необходимого для будущей версии Xwayland, в которую добавлена поддержка эмуляции смены разрешения экрана во многих старых играх;
  • Полная поддержка поворота и зеркалирования дисплеев под Wayland.

Ожидается что KwinFT и Wrapland в скором времени будут поставляться во всех дистрибутивах Linux. Wrapland планируется превратить в чистую C++ библиотеку, а также обеспечить в ней беспроблемную поддержку сторонних, востребованных технологий. Например уже сейчас в неё добавлена поддержка Wlroots-протокола wlr-output-manager, позволившего устанавливать параметры экрана в Wlroots-based композиторах (например Sway) через KScreen.

>>> Подробности

★★★★★

Проверено: leave ()

Ответ на: комментарий от Siborgium

Ну хотя бы те же Wayland Itches или KDE Wayland Showstoppers, вот эти все проблемы они не протоколом продиктованы? Не тем, как он заставляет делать вещи?

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

Midael ★★★★★
()
Ответ на: комментарий от Sunderland93

Ты не понял. Кдешный локер разрешает доступ не к произвольному приложению, а только к «менеджеру плееров». Потому что ЭТО .езопасно. посиди, подумай почему.

ChekPuk ★★★
()
Ответ на: комментарий от brothermechanic

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

fooser
()
Ответ на: комментарий от ChekPuk

жопой в носу ковыряться

хорошо описал нынешнюю работу иксов

anonymous
()
Ответ на: комментарий от brothermechanic

чем оно лучше

На этот вопрос вряд ли кто-то сможет ответить. Цели у проектов разные.

kwin-lowlatency это грубо говоря сборник васянских патчей, которые никогда не примут в апстрим.

KwinFT это полуофициальный (если они там не совсем разосрались) инкубатор для быстрой разработки.

Midael ★★★★★
()
Последнее исправление: Midael (всего исправлений: 2)

Разработчики KDE молодцы, что не бегут за этим Вэйландом, пока он не начнет нормально работать (поддерживать все драйвера, игры, приложения и т.д.)

Т.к. преимуществ от него для пользователя всё равно 0, только для программистов.

Поэтому KDE - единственное работающее DE посреди линуксовского зоопарка.

duott ★★★★★
()
Ответ на: комментарий от SR_team

Даже dolphin нормально не работает, не дотягивает до стабильности и скорости работы проводника в windows xp.

Landgraf ★★★★★
()
Ответ на: комментарий от duott

Разработчики KDE молодцы, что не бегут за этим Вэйландом, пока он не начнет нормально работать (поддерживать все драйвера, игры, приложения и т.д.)

Это игры, драйверы и приложения должны его поддерживать, но никак не наоборот, лол

Sunderland93 ★★★★★
() автор топика
Ответ на: комментарий от ChekPuk

Началось патетическое размазывание соплей, чтоб убогих пожалели)

F457 ★★★★
()
Ответ на: комментарий от devl547

Перевожу с фанатского на русский - на это поделие ещё и драйвера особые нужны.

В винде то же самое было, когда с ХР на висту переходили, ибо там вообще всё поменялось. Вот и здесь так же.

carasin ★★★★★
()

Многие патчи находятся на рецензировании уже не один год

вот поэтому куча дистров, вот поэтому куча форков

anonymous
()
Ответ на: комментарий от Landgraf

Вот с дольфином я проблем не испытывал. Там даже сетевые точки доступа нормально сохраняются

SR_team ★★★★★
()
Ответ на: комментарий от duott

Разработчики KDE молодцы, что не бегут за этим Вэйландом

Так ведь бегут. А вот Xfce4 действительно не бежит %)

stasolog
()

оптимизации отрисовки

выглядит как:

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

deep-purple ★★★★★
()
Ответ на: комментарий от deep-purple

вообще-то там имелся ввиду этот пункт:

Полная переработка процесса композитинга, позволившая уменьшить задержки при работе как в Wayland, так и в X11;

но если ты просто хотел пометать какашки в пустоту, то претензий не имею :)

А вообще интересно наблюдать, как пользователи сайта linux.org.ru ругают разработчиков wayland за то, что те посмели использовать технологии (GBM, KMS и вот это все), реализованные в ядре linux и поддерживаемые всеми производителями кроме NVidia.

Lrrr ★★★★★
()
Ответ на: комментарий от duott

Т.к. преимуществ от него для пользователя всё равно 0, только для программистов.

Скоро у вас просто выбора не будет и всё. Как сейчас у новых одноплатных компов на ARM.

Unfortunately, there is no X11 GPU driver since Arm has no plan to support X11 for Bifrost GPUs anymore. Therefore you have to consider ODROID-XU4 if you really need the OpenGL-ES acceleration on X11.

https://www.hardkernel.com/shop/odroid-n2-with-4gbyte-ram/

Вот будет с какого-то момента блоб нвидии только для Wayland и всё. Конец фанатикам и их X11. Всё решают лишь производители железок.

Точно также как они решили не делать дров для Windows 7, а только для Win10.

fsb4000 ★★★★★
()
Ответ на: комментарий от Midael

кде дев

Ты мне мозг чуть не сломал. Думал, что за девы такие в кде. Кде на институт благородных девиц вроде не похож.

anonymous
()
Ответ на: комментарий от fsb4000

На данный момент блоб нвидии только для X11 и всё. Конец фанатикам и их Wayland. Всё решают лишь производители железок.

Точно также как Nvidia решили не делать дров для Wayland, а только для X11.

anonymous
()
Ответ на: комментарий от anonymous

очередной клован. неудивительно - другие на иксы не надрачивают

anonymous
()
Ответ на: комментарий от deep-purple

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

anonymous
()
Ответ на: комментарий от devl547

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

anonymous
()
Ответ на: комментарий от dexpl

Как скоро?

Если пользуешься видеочипом ARM, то уже.

А так, ты пропустил объявление из RedHat?

Вот повторю тебе:

Red Hat’s Christian Schaller says it’s their belief that X.Org will soon be going into «maintenance mode» in favor of Wayland. Specifically he said:

Once we are done with [their Wayland improvements] we expect X.org to go into hard maintenance mode fairly quickly. The reality is that X.org is basically maintained by us and thus once we stop paying attention to it there is unlikely to be any major new releases coming out and there might even be some bitrot setting in over time. We will keep an eye on it as we will want to ensure X.org stays supportable until the end of the RHEL8 lifecycle at a minimum, but let this be a friendly notice for everyone who rely the work we do maintaining the Linux graphics stack, get onto Wayland, that is where the future is.

Вот и дату тебе объявили: поживут иксы до конца RHEL8, а потом их и закопают.

https://blogs.gnome.org/uraeus/2019/06/24/on-the-road-to-fedora-workstation-31/

fsb4000 ★★★★★
()
Последнее исправление: fsb4000 (всего исправлений: 1)
Ответ на: комментарий от fsb4000

ну так уже собственно xorg 1.21 никак не могут зарелилить, а предыдущий мажорный релиз 1.20 был аж 2018-05-10

anonymous
()
Ответ на: комментарий от fsb4000

\\Вот будет с какого-то момента блоб нвидии только для Wayland и всё

Так я то же самое написал?
Как будут драйвера, игры, проги все и т.д. - тогда и будет смысл ставить эту штуку. Да она и сама поставится при обновлении дистра. А пока это ничего не умеющий полуфабрикат - нечего его и пихать в upstream кедов.

duott ★★★★★
()
Ответ на: комментарий от duott

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

anonymous
()
Ответ на: комментарий от fsb4000

we will want to ensure X.org stays supportable until the end of the RHEL8 lifecycle at a minimum

То есть в течение неопределенного срока, но не менее чем до мая 2029-го. Причем слова «at a minimum» не исключают продления сроков в случае чего.

dexpl ★★★★★
()
Ответ на: комментарий от fsb4000

Если до такого дойдёт, то скорее всего народ запилит что-то типа Вэйлэндикс штуку обратную иксвэйлэнд. Работать-то как-то надо будет

kremator666
()
Ответ на: комментарий от fsb4000

Как в Gentoo научили Gnome работать без ненужнодэ, так и тут заявления мухомористых ничего не значат относительно иксов. Слака как работала, так и будет работать на иксах. А все потому, что какие-нибудь кукаретики из числа программистов так и не научились писать программы. Как пример - свежий picom жрет 42,5 мб памяти, compton 4,8 мб. Нафига эти новые программы, если не заниматься мазохизмом с увеличением расхода памяти? Просто до бума больших объемов никто не закупал оперативку вагонами. И сейчас не поставит в офисный комп более одной самой мелкой плашки. Тут главное - отвязка от QT. Потому как их куцые проги могут быть жестко завязаны на OpenSSL, когда уже полно альтернатив таких как LibreSSL. Но упорные программисты все еще тащатся от OpenSSL «потому что OpenSSL в макоси имееца». Так что всем пофиг отчего красношляпые и их поддакиватели пытаются закопать иксы. Иксы все еще отлично влезают на ноутбуки. Вот когда вейланд сумеет пободаться с иксами в потреблении памяти, тогда и будет пора отказываться. А пока xwayland жрет в разы больше кукаретики не понимают как написаны иксы, потому что там реально применялись различные подходы, снижающие расход главного ресурса - памяти. Большая часть процессора это память и работа с ней. Вот только ненужны супер современные процессоры и терабайты оперативки чтобы иксы работали. Когда разница на порядок, тогда и начинается оптимизация. Память может быть загружена чем-то полезным, а не только вейланд композитором. XFCE сейчас жрет меньше Sway, особенно с xwayland, необходимым программам. Внезапно так.

anonymous
()
Ответ на: комментарий от anonymous

пример - свежий picom жрет

а ты вообще пробовал разбираться, может он жрёт ради снижения оверхеда например

anonymous
()
Ответ на: комментарий от anonymous

различные подходы, снижающие расход главного ресурса - памяти

ну ты можешь делать в цикле malloc() … free(). это не подход, а говнокод, расходующий более ограниченный ресурс - производительность отдельного потока процессора

anonymous
()
Ответ на: комментарий от anonymous

Picom, compton работают и жрут ресурс в том числе во время простоя процессора? О да это важно при серфинге или работе в офисном пакете, когда процессор практически простаивает. Память то загружена всегда 100%. Вытеснять picom в подкачку про компиляции это наверное самая большая забава не оверхеда. Несложно представить себе компьютер разработчика с 8 гигабайтами памяти. Если для компиляции необходимы все 8 гигабайт, то на кой ляд транжирить ресурс на вейланды и прочее? Кешировать данные можно и с расходом менее 8 гигабайт при компиляции. Какой там оверхед на процессоре будет в сравнении со свапом? Думаю куда больше якобы потерь от частичных потерь потока процессора.

anonymous
()
Ответ на: комментарий от anonymous

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

в итоге постоянно это делать это даже не просто нагрузит проц, а просто тупо будет завешивать твою пррограмму в sleep()-ах в ожидании синхронизации с видеокартой

когда процессор практически простаивает

это так не работает, задержки в работе будут непредсказуемы

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

или вот, для ускорения работы/снижения задержек/уменьшения блокировок используется такая вещь как двойная буферизация, все расшаренные между ядрами/видеокартой ресурсы дублируются как минимум два раза, чтобы пока одно ядро работало над одной копией, пока вторая копия идёт на обработку видеокарте

по-твоему это была бы «необоснованная лишняя трата»

anonymous
()
Ответ на: комментарий от anonymous

ещё - памяти всегда можно докупить, а производительность отдельного потока процессора не росла вообще с 2015г (+400мгц в разгоне не в счёт). да и в целом в последнее десятилетие её рост был мизерным

anonymous
()
Ответ на: комментарий от Sunderland93

Так его почти все поддерживают. Только почему-то нормально всё равно не работает.

У меня KDE сессия с Wayland просто зависает через 10 секунд на невидии. На ноутбуке с интелографикой дела чуть получше, даже большинство софта в принципе заводится, но… по сравнению с иксами отзывчивости у него не хватает.

Ну это Wayland. Ему теперь уже почти 10 лет, а единственный полностью рабочий экземпляр Wayland я видел только на SailfishOS.

a1batross ★★★★★
()
Последнее исправление: a1batross (всего исправлений: 1)
Ответ на: комментарий от Midael

Ничего печального не вижу. Хоть поддали по этому болоту.

Жалеют о чём-то, если оно хорошо сделано. А тут такого не наблюдается.

fornlr ★★★★★
()
Ответ на: комментарий от a1batross

Ну это Wayland. Ему теперь уже почти 10 лет, а единственный полностью рабочий экземпляр Wayland я видел только на SailfishOS.

Я в телевизоре вижу.

fornlr ★★★★★
()
Ответ на: комментарий от anonymous

Как в Gentoo научили Gnome работать без ненужнодэ, так и тут заявления мухомористых ничего не значат относительно иксов. Слака как работала, так и будет работать на иксах.

А PulseAudio засадили?

А так задача на порядок сложнее. Одно дело система инициализации, а другое графика.

fornlr ★★★★★
()
Ответ на: комментарий от fornlr

Да, точно, ещё на Tizen же есть.

Ну, мне повезло видеть его только старую версию(та которая у меня в скриншотах), в которой ещё были иксы… вроде бы?

a1batross ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.