WAYLAND: what is it, and is it ready for daily use?
Try Kernelcare Enterprise for free: https://lp.kernelcare.com/kernelcare-enterprise-experiment
Probably everyone that is interested in the Linux desktop has heard about Wayland. It's the next big thing, the replacement for X.org, a solution to a lot of woes in terms of performance and graphics on Linux. And still, it has failed to materialize, over and over, and is still not the default on many big distributions, like Ubuntu, or Linux Mint. Let's see what Wayland is, and how ready it is, right after this!
Join this channel to get access to a monthly patroncast and vote on the next topics I'll cover: https://www.youtube.com/channel/UC5UAwBUum7CPN5buc-_N1Fw/join
Support the channel on Patreon: https://www.patreon.com/thelinuxexperiment
Follow me on Twitter : http://twitter.com/thelinuxEXP
My Gaming on Linux Channel: https://www.youtube.com/channel/UCaw_Lz7oifDb-PZCAcZ07kw
Follow me on LBRY: https://lbry.tv/@TheLinuxExperiment:e
The Linux Experiment merch: get your goodies there! https://teespring.com/en-GB/stores/the-linux-experiment
Wayland is, in itself, just a protocol. It's not a program, or a replacement for the old X.org display server. This protocol has to be implemented by a compositor, which will display the application's content on the user's screen.
Currently, a lot of distributions use X.org, the very old display server that has served us pretty well for ages. The goal of wayland is to put this old beast to pasture, but for what benefits ?
First, let's take a look at how X.org works. This old thing, dating back to 1987, the blessed year of my birth, by the way, is a multi-layered process: First, you have your display server, or the X server. It's the central platform to communicate with the clients, like the applications you're using, and the compositor, which displays the windows for these apps themselves. This server is interacting with clients, which are basically your applications, but also with a compositor, which is your window manager, like Kwin on KDE, or Mutter on GNOME.
It's a sturdy process, but it introduces a lot of delay, with some back and forth betwen the server, the compositor, and the application itself.
Wayland has a simpler model, because in Wayland, the compositor IS the server as well. This means that, in our example, the application opens, tells the compositor that it wants a window, and the compositor gets all the details from the app in one go, decides what to do with the window, and tells the app to draw itself. Yep, on Wayland, the applications also have to do their own rendering on the screen: they manage their own titlebars, their own drop shadows, everything.
This is why you can't just switch GNOME or KDE from X.org to Wayland: the pieces that compose the desktop environment don't play the exact ... https://www.youtube.com/watch?v=g1BoZnekkyM
235056520 Bytes