[Linux.conf.au 2013] - The real story behind Wayland and X
HackersOnBoard2 HN recommenders · recommended in 2 months, 2016–2023
talk · intermediate · evergreen · 2016–2023 on HN
A linux.conf.au 2013 talk by a Wayland developer who previously worked on X, telling the history of X and why Wayland was created. It covers X's hardware abstraction and architecture and why they became problematic for modern graphics.
Whenever Wayland versus X comes up, HN points to this talk as the authoritative explanation from an X maintainer of why X was replaced.
Up next
10 mo on HNWhy This Channel Exists (and why I hate Houston)
Not Just Bikes
11 HN recommender · 2021–2025
3 mo on HNThe Antique Microwave Oven that's Better than Yours
Technology Connections
7 HN recommender · 2020–2025
2 mo on HNMichael Levin: Biology, Life, Aliens, Evolution, Embryogenesis & Xenobots | Lex Fridman Podcast #325
Lex Fridman
3 HN recommender · 2022–2026
3 mo on HNWhy The World Relies On ASML For Machines That Print Chips
CNBC
4 HN recommender · 2022–2024
4 mo on HNThe real story behind Wayland and X
Linux.conf.au 2013 -- Canberra, Australia
4 HN recommender · 2018–2024
10 mo on HNGrowing a Language, by Guy Steele
Bill Pugh
11 HN recommender · 2014–2026
14 mo on HNThe Tragedy of systemd
linux.conf.au
16 HN recommender · 2019–2025
10 mo on HNThe Real Story Behind Wayland and X - Daniel Stone (linux.conf.au 2013)
Mladen Mijatov
13 HN recommender · 2013–2026
9 mo on HNLISA11 - Fork Yeah! The Rise and Development of illumos
USENIX
9 HN recommender · 2012–2026
8 mo on HNTech Talk: Linus Torvalds on git
Google
9 HN recommender · 2007–2023
7 mo on HNDebConf 14: QA with Linus Torvalds
Adnan Hodzic
7 HN recommender · 2014–2021
6 mo on HNGtk to Qt - a strange journey [linux.conf.au 2014]
Konstantin Bläsi
5 HN recommender · 2014–2024
6 comments from Hacker News
Please have a look at an X maintainers very own presentation: ▶ this video Wayland is not a middle man as it is the compositor itself as well - it does the minimal amount of work necessary to compose the desktop. X on the other hand just transfers messages between clients and the compositor without doing any actual work (x render functions are almost never used by modern applications)
I tried to give a hint about the basic reason of trying to get out from under the weight of a huge code base that had become old and crufty while the very architecture it was designed around was becoming moot since things were shifting to client side rendering already. Couldn't find a good article on short notice, but there's a decent video from back in 2013 about it. ▶ this video
Here you are: ▶ this video It’s a great presentation by one of the guys behind wayland, who worked on X a lot before. Basically, X has a fundamentally misaligned abstraction of the underlying hardware - which is expected based on its age. When used with a compositor, it is basically a middle-man with no function whatsoever. So Wayland decided to cut out the middle man and pass events directly between client and compositor. But please watch the video, I think it will answer all your questions. Also, it’s not like X will be totally deprecated, XWayland is an API implementation of it that will be supported forever.
Here's a decade-old talk on Wayland ▶ this video Wayland has been the default on Fedora and Arch w/ GNOME since around 2018, 5 years ago. It became the default on Debian w/ GNOME in 2019, 4 years ago. So yes, long time coming. KDE took longer but it's now finally ready.
One of the arguments made by the Wayland spec folks (many of whom were involved in Xorg development for many years) is that the Xorg spec is also a major cause of problems with modern Linux graphics[1]. [1]: ▶ this video
> However it's the lack of network transparency which stops me from using Wayland in the foreseeable future. X is not network transparent, and hasn't been for a long time. ▶ this video