LINUX.ORG.RU
ФорумTalks

[wayland][X]Продолжаем разговор...

 ,


0

1

Planning the X/Wayland Marriage, X Server 1.13

Keith then took off his release management hat and began talking about X.Org and Wayland integration. The plans, which aren't new, is to allow for full integration between X and Wayland applications. There will be support for seamless multi-window mode, and full performance of X exposed through Wayland. X.Org-dependent applications will be able to run within a Wayland Display Server just as XQuartz does similarly for X applications on Mac OS X.

Keith expects that there will be no performance penalty of running X applications on Wayland versus running them as you have already for decades on bare metal. In fact, he says it's one of his goals to see there aren't any performance drops, but the performance of X applications on Wayland may actually yield a performance boost. The performance boost would come as a result of handling swap requests with Wayland being much simpler.

Among the X/Wayland items still to be solved is how to synchronize keyboard mapping changes, the acceleration architecture for X on Wayland, and how to handle RandR-like display configuration changes. In terms of the acceleration architecture discussion it came down to how to best accelerate X apps on Wayland and whether some DDX driver code from the various hardware drivers should be pulled out or what would be the best approach.

As far as what works now for X on Wayland is that basic X apps should be working, a primitive window manager, cut/paste, and drag-and-drop works. Keith acknowledges lots of people are excited about switching to Wayland.

Источник
First Wayland Release: Wayland 0.85 With Weston

Kristian Høgsberg has just announced Wayland 0.85 and Weston 0.85, which mark the first official releases of Wayland and its reference compositor, respectively.

While Wayland/Weston 0.85 is now out there, this is just one of their pre-1.0 snapshots. This is just a first-shot for those that have been waiting for Wayland to appear in some released form before either packaging it up and/or beginning work on porting their application/desktop to the eventual X.Org-replacement.

From Kristian's announcement:

This is the first real release of Wayland and Weston. Wayland is the protocol and IPC mechanism while Weston is the reference compositor implementation. The 0.85 branch in both repositories is going to be protocol and interface stable. We have a series of protocol changes on the table before 1.0 but this branch marks a stable point before we jump into that.

We may do more 0.85 releases down the road if there's interest and something sufficiently embarrassing shows up.

Источник

★★★★★

Ждем фанатиков в треде которые будут плакать об отсутствии network transparency и тех кто считает что если запилят wayland, то X`ы сразу же исчезнут из вселенной и боженька запретит им пользоваться.

vladkuzm
()
Ответ на: phoronix от redgremlin

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

daemonpnz ★★★★★
() автор топика

Мысли вслух

Интересно, почему в случае Поттеринга все лучи ненависти направлены на него самого, а в случае Хёгсберга нет. Фамилия сложная? Или ещё время не пришло?

ollowtf ★★★
()

Ура-ура, можно ждать скриншоты :)

Kiborg ★★★
()

Давно я так не ждал новинок в Linux.

fragment
()
Ответ на: Мысли вслух от ollowtf

Таки Хёгсберг не впихивает свои поделки куда только можно, а просто работает вместе с командой остальных wayland разрабов. Поттеринг же ж суёт свои поделия в RedHat/Fedora, предлагает перепиливать стандарт FHS под свой systemd, пишет книги-рекомендации о том как нужно правильно кодить и у него зашкаливающее ЧСВ.

daemonpnz ★★★★★
() автор топика

Из статьи непонятно, как реализуется интеграция. Если вяленд становится бэкендом отрисовки для иксов - ОК, пусть будет.

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

В интерпретации. Никто не обсуждал возможность появления роллинг-релиза.

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

daemonpnz> cast geekless Quasar tailgunner

У тебя недостаточно на всех маны. Выпей синюю бутылочку.

Quasar ★★★★★
()
Ответ на: Мысли вслух от ollowtf

ollowtf> Интересно, почему в случае Поттеринга все лучи ненависти направлены на него самого, а в случае Хёгсберга нет. Фамилия сложная? Или ещё время не пришло?

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

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

Что-то вяленд на видео работает не сверхреактивно. Разработчик значит обманул, заявив, что на вяленде будет всё необычайно быстро?

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

Таки Хёгсберг не впихивает свои поделки куда только можно

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

Поттеринг же ж суёт свои поделия в RedHat/Fedora,

А ещё в сусю и, ужас, в арч! Или они сами тянут? :)

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

Дык, прямо как в KDE и GNOME. Наверно под них и пилится.

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

Если вяленд становится бэкендом отрисовки для иксов

Да, X выступает клиентом вяленого, у них это сразу в архитектуру было заложено.

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

Это уже другой вопрос... в супер-пупер системах вроде вяленда и systemd нет строгой необходимости, но NIH-синдром и тщеславие - страшная сила.

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

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

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

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

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

With a few changes, the Xorg server can be modified to use wayland input devices for input and forward either the root window or individual top-level windows as wayland surfaces.

А теперь замени в тексте wayland на winapi и найди принципиальные отличия.

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

что странно

wayland работает через gem/drm и алгоритм у него такой примерно

1)приложение звонил вайленду и говорит - я хочу окно 999х333 с таким-то visual. как в опенгл. собственно это и есть опенгл

2)вайлэнд думает, звонит в ведро и говорит - нарисуйте вон для того парниши буфер 999х333 с таким-то визуалом, я отвечаю, что он не съест нас.

3)ведро отвечает - ок. рисуем. или не ок, не рисуем, ОЗУ кончилось.

4)вайлэнд отвечает приложению - вот тебе буфер, бери и бесись.

5)приложение живет и рисует что хочет и как хочет в буфер. вайлэнд тоже живет и из буфера рисует на общий экран. как с текстуры. когда надо изменить размер окна он звонит приложению, ведру и согласовывает это.

где они там умудряются тормозить-то?

ckotinko ☆☆☆
()
Ответ на: комментарий от ollowtf

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

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

где они там умудряются тормозить-то?

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

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

Так всё правильно.

> Да, X выступает клиентом вяленого, у них это сразу в архитектуру было заложено.

А под Windows тоже есть X-сервер! Это было сразу заложено в архитектуру Windows!

Иксы могут рисовать в x86free-backend, в память, в консольный фреймбуфер, в виндовые полотна. И в вейланд тоже могут, да. Так в чью это архитектуру было заложено: вяленда и всё же иксов. Подумай.

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

В контексте топика - в архитектуру вяленого. Ссылку я привёл.

ollowtf ★★★
()

В этой штуке хоть что-нибудь кроме X-сервера работает?

PolarFox ★★★★★
()

И да, в вейленде уже научились реализовать одинаковые рамки для окон?

PolarFox ★★★★★
()

И вообще, зачем оно нужно?

PolarFox ★★★★★
()

Ыыыы.. Они уже:

нормальный input layer реализовали в вяленд?

нормальное управление декорациями окон реализовали?

многомониторные конфигурации заработали?

вялендовые приложения научились по сети пробрасывать? А как input layer на это реагирует?

Нет? Ф топку!

P.S.: практически все проблемы X-ов надуманные. А все проблемы вяленда уже проклёвываются...

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

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

geekless ★★
()
Ответ на: комментарий от no-dashi

практически все проблемы X-ов надуманные

muxless video.

ckotinko ☆☆☆
()
Ответ на: комментарий от geekless

раскрою небольшую тайну: давным давно кутэ научилось использовать DRI само. и после этого на лоре возникла тема, что gtk сливает qt с акселерацией раз в 10 по скорости.

так вот, в кутэ запилили такую штуку как kdrive(если не ошибаюсь) - а его потом портировали в иксы, и там оно зовется EXA.

так вот, ничего в иксах переделывать не придется. просто надо будет отдать часть функций вайланду - как раз те, которые он делает(раздачу буферов через GEM)

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

в кутэ запилили такую штуку как kdrive

Смешались в кучу люди, кони...

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

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