Wayland - Beyond X

http://www.h-online.com/open/features/Wayland-Beyond-X-1432046.html

by wisesage5001 • 14 years ago

132 57 14 years ago

krakensden2• 14 years ago

I'm a little nervous about client-side window decorations. One of the nice things about window-system controlled decorations is that updates in function, policy and style can be done unilaterally. I'm worried that few years after the Wayland transition there will be a cluster of ugly legacy apps that will never be upgraded and don't work right- think xmms, not Google Chrome.

gue5t• 14 years ago

I'm apprehensive about the same things. Toolkit cooperation on Linux is bad enough now and I see no indication that any work is being done to even mitigate worsening as these changes give toolkits more control over user experience.

Google Chrome is just as bad if not worse than xmms because it's so loved; I'm a firm believer that user interface improvements should be shared between programs rather than implemented as one-off exceptions to the system setup. If it's a real improvement I'm bound to want it elsewhere, and if not, the loss of consistency isn't worth the small gain for that particular application.

thristian• 14 years ago

Google Chrome is much better than xmms because you can turn the client-side window decoration and custom colour schemes off.

Still not as attractive as Firefox, to my mind, but that's opinions for you.

ZenPsycho3• 14 years ago

I think this is a people problem- it's rather separate from the low level technical details of how pixels get pushed to the screen. Linux is inconsistent precisely because its community has rejected the notion of strong centralised leadership, and inconsistency is simply the natural consequence of that philosophy.

It's different with something like android, that has something like a canonical organisation that can set interface standards. Vanilla linux has no entity with that much credibility.

wmf4• 14 years ago

A "Canonical" organization, you say?

sciurus• 14 years ago

For the curious, here are arguments on both sides of this:

http://blog.martin-graesslin.com/blog/2010/05/why-you-should...

http://www.hadess.net/2010/05/client-side-windows-and-miscon...

bratsche4• 14 years ago

I'm the one who started working on client-side decorations for gtk+ originally, just as an experiment (but with encouragement from Kristian Høgsberg). After I quit Canonical I never heard that anyone else had picked up the branch, but every once in awhile I hear something about it when people start talking about Wayland.

Anyway, I was never really worried about the things that you're worried about. xmms proves that anyone who wants to write a shitty, completely custom UI with shitty window decorations is perfectly capable of doing it already. In fact, the gtk+ client-side decorations branch didn't make it easier for someone to do that the way everyone seemed to think it did.

cdi• 14 years ago

https://github.com/krh/gtk/tree/csd GTK+ client side decoration branch

rayiner• 14 years ago

Server-side window decorations make smooth (buffered with no tearing) resize behavior much more difficult than it has to be. I spent a decent chunk of time years ago trying to get better resize behavior in Qt/Kwin, and the necessary synchronization between the window manager and the app makes it a PITA.

colanderman3• 14 years ago

How much of that is actually due to a server-side model, and how much is due to brokenness of X?

With a well-specified server model (say using temporal logic), there should be no problem attaining pixel- and frame-perfect rendering.

mixmastamyk2• 14 years ago

I also hope it doesn't break window manipulation when the app is locked up. The difference is that you generally can minimize a non-responsive app under X while on Windows it is trapped on screen.

rwmj4• 14 years ago

I'm afraid I've got bad news for you. In current Wayland they're still trying to work out how the close button will work when the app is non-responsive.

pwg• 14 years ago

Single page version for those who would prefer to read one large page instead of three split up pages:

http://www.h-online.com/open/features/Wayland-Beyond-X-14320...

lomegor• 14 years ago

Really good article. I've had so many problems with X... we can only hope.

bratsche4• 14 years ago

Get ready to have so many problems with Wayland in 5.. 4.. 3.. 2..

garyrichardson• 14 years ago

One of my hats is 'system administrator'. I like X a lot more than VNC/RDP. I don't run linux on my desktop and don't really care about performance there.

I'm not looking forward to the day when X is gone. Being able to fire up system-config-* on a remote system is awesome.

reuser• 14 years ago

My impression is that Wayland planned to support X as a compatibility option. The difference is that X isn't the low level mediator of all input/graphics by default. As I understand.

http://wayland.freedesktop.org/faq.html

throwaway64• 14 years ago

this is fine, up until the point applications no longer support X11

drivebyacct2• 14 years ago

There's no reason that a compositor (maybe 'wayland client' is the more appropriate term) can't be created that includes network transparency.

rkalla• 14 years ago

One the 2nd page near the end they discuss the feasibility of adding network-transparency to Wayland; according to the author Wayland is both hugely asynchronous (so network lag isn't a blocking issue) as well as completely event-driven, so receiving those events from a local process or a remote connection are the same thing to it.

I don't think we'll all have what we want soon, it sounds like mid-2013 or end of 2013 before all the dust is settled and we know what our Wayland-future has in store for us.

Until then, there looks to be just too much low-level work to get done to try and guess where it will all fallout.

Tsagadai• 14 years ago

It's nice that there is still interesting development work being done in this field. This approach certainly seems like a step forward. Kernel Mode Setting is noticeably faster and has better power saving abilities than previous approaches but is cannot be fully taken advantage of by X.

There is an experimental port to Arch if anyone want to give it a spin (https://wiki.archlinux.org/index.php/Wayland).

rwmj4• 14 years ago

I went to a talk about Wayland at FOSDEM. What was most interesting was that everything they are trying to solve has already been solved by X. Furthermore, the only possible benefit of Wayland (rotating windows in non 90 degree amounts) is basically a bug, not a feature.

Then there's the lack of network support.

If this is pushed on Linux users, expect forking of distributions.

FooBarWidget• 14 years ago

The point of Wayland isn't doing new things that weren't poissible before, it's doing things in a better and more efficient way. Less lines of code, dropping support ancient unused stuff, etc. In other words, reducing technical debt.

hasenj• 14 years ago

I would take it further and say: the real problem that Wayland is solving is X.

pilif2• 14 years ago

This goes to show that it's practically impossible to do it right. At one point there are the purists who complain about bloat. At the other point, there are the purists complaining about NIH when you try to remove the bloat.

You can't have it both in this case it seems.

As a user I know one thing: X11 is huge and while it has all the nice features, it's also still a slow and laggy beast. This might be caused by bad drivers, or it might be caused by a bad architecture (or bad drivers caused by bad architecture making it impossibly hard to write good drivers).

As such, I'm curious to see whether a restart based on technology newer than the 80ies might solve the two big issues I'm having with Unix GUI at this point.

If it does, I'm happy.

If it doesn't, I'll be on the lookout for a better solution.

But I know one thing: If a long-year X11 developer (Kristian Høgsberg is working on the xorg x server) tells us that our issues are practically impossible to fix without a rewrite using a different architecture, then I believe them. Why?

Because for them it would likely be much less work to fix the existing thing (especially if it is nearly 30 years old and as such should be very mature and bug-free), so if they prefer a rewrite, there must be some truth to that.

Personally, I don't care about either bloat (unless said bloat leads to other issues than me having to buy a bit more RAM and diskspace) or NIH, but I still to this day haven't found a Linux distribution that has a GUI which works as-well as OSX or Windows (window drawing issues, multi monitor support - heck - just changing resolutions at times), so I'm certainly open to see other paths explored.

rwmj4• 14 years ago

I simply don't have this problem of X being slow or laggy, so I cannot comment on the rest.

(Edit: I use XFCE, not GNOME)

Tuna-Fish• 14 years ago

> I went to a talk about Wayland at FOSDEM. What was most interesting was that everything they are trying to solve has already been solved by X.

This is because Wayland is meant to be a subset of the functionality of X. It's not meant to do new things, it's meant to strip off 3 decades worth of cruft that is of little value today.

Note that Wayland is not ran by a bunch of random people who decided that X sucks and that they can do better -- a vast majority of the commits are by veteran X developers.

coffeeaddicted• 14 years ago

I'm doing occasionally some cross-platform development using Windows API and X11 and what I hope mostly for is that Wayland will reduce the complexity when programming compared to what is needed for X. Even simply things get complicated on X11 due to the client&server communication. A simple call to check the cursor-position can freeze your application for several milliseconds when the server decides to ignore your client for a few frames (and yes, depending on the application that matters - for games it's really annoying). Or adding copy&paste support will send you through a hell of no-longer-working examples and you can find lots of custom implementation where no 2 people tried the same workaround to ensure they really wait long enough for the server to respond and filter the right messages. I think the X people are also working on improving the situation when client&server are on the same system, but unfortunately you never can really ignore that communication completely and it will probably be many years before older X11 systems out there can safely be ignored.

I realize many people care a lot about the network part of X11. I suppose especially if you are working as Sysop it might be a big deal. I've not used it for over a decade, so obviously not something I care about so much. But on the programming side that client&server split makes life a lot harder and is not a solved problem.

bwarp2• 14 years ago

I get the feeling this will go the way of Plan 9 i.e. its only flaw is that it was trying to replace something very entrenched that was "good enough".

I really like Wayland and would like to see it succeed though.

pilif2• 14 years ago

I really have a feeling that X11 is beyond "good enough". Embedded systems wanting to use Linux have mostly had to do their own solution (Android, qtopia before that) because X11 was to heavy.

Changing Screen resolutions on the fly (think: "projector being connected") still is a lottery, mutli-monitor support usually requires a lot of manual intervention, bad drivers still can cause X11 to crash and take everything else with it, there are still graphical glitches when the system is busy.

For years - heck - decades, Linux distributions have tried to make this work, but I think that we are now at a point where everybody agrees that it can't be fixed within the framework of X11.

So the question is: "is clunky behavior good enough? Is being forced to use completely different technology on mobile devices (= less code sharing) good enough?"

While the answer was yes 5 years ago, it's not longer true and that's why I'd give Wayland more chances now.

bwarp2• 14 years ago

Good argument, one which I support completely.

currywurst• 14 years ago

I felt that the words like 'legacy' and 'dated' were a tad overused, and the article felt biased. A particular example was how X's protocols were described as "complex, asynchronous", contrasted with Wayland's "violently asynchronous" protocols !

It's always thrilling to have a blank slate, and you have a euphoric feeling that this time, we're going to get it right. But there are the essential complexities of any problem, and I would say that for the end user, X has delivered in spades. It will be interesting to hear developers reactions to a battle-tested Wayland code base 5 years from now.

gioele• 14 years ago

Maybe it is me misunderstanding things, but Wayland and X11 are not technologies in contrast with each other.

Wayland is a glorified and up-to-date framebuffer and input system, X11 is a library that draws shapes and is responsible for delivering input from the user to the correct application.

I think the current situation is confusing because current X11 implementations not only do what X11 is meant to do, but they also need a way to push pixels to the framebuffer and listen to keystrokes. Basically X servers needed their own way to talk to the graphic card and they implemented it (decades ago). That part is almost completely independent from the protocol that draws shapes and routes input to applications. What Wayland is replacing is _that_ part, the part that deals with the framebuffer (that in the modern times is no longer a simple strip of memory region with RGB pixel data).

In the end we will have Wayland as the only owner of the graphic device and many clients, one of which will be the X server. When they say "client-side decoration" they are referring to the status quo: the Wayland client called X11 will draw the decorations (asking the WM to do that); nothing different from what we have now.

Once Wayland will be stable there will be other direct clients that will want to bypass X11: games probably, but also other multi-platform toolkit like Qt. And X12, eventually ;)

To me Wayland looks as the perfect example of how to move forward: make older unsustainable technologies coexist with newer technologies.

wmf4• 14 years ago

A key point is that X11 is no longer used for drawing; in recent years people are moving to client-side drawing (usually with Cairo). Thus the subset of X11 features that people use is similar to Wayland's features.

When people talk about client-side (really the toolkit) decoration, that's in the native Wayland case, so it is different from the way it's done today.

arka• 14 years ago

The real problem, and confusion in this discussion is because X11 is a loaded concept and when people talk about Wayland they dont seem to understand what part of X11 wayland is supposed to replace.

X11 meanings:

- X11 protocol: Allows remote applications.

- X11 server: Controlling applications and redirect input and such.

- X11 drivers: Controlling hadware.

As i understand it, Wayland is supposed to replace X11 drivers and parts of X11 server. Apparently you can still use the X11 protocol on top of Wayland if you want.

Theres a good FAQ about it: http://wayland.freedesktop.org/faq.html

Symmetry• 14 years ago

While many of the changes that Wayland is making seem like improvements, I would really miss server side window decoration if it were to go away. Perhaps a nice way forward would be to have, instead of X on Wayland, another lighter weight server between Wayland and the applications? I suppose this would be very analogous to current window managers.

Wayland - Beyond X

Related Stories