Disclaimer: I don't have any skin in this game, I was fine with X11 and I am fine with Wayland, and I actually think it's nice to have both (and more, like Xlibre I think?).
I understand complaints about systemd, I don't understand the complaints about Wayland. This whole article sounds like a big rant and doesn't seem to bring much information.
> I also don't care for the "security" argument when parts of the core reference implementation are written in a memory-unsafe language.
Doesn't sound like a super informed way to look at security (not even mentioning that Wayland was started in 2008, and Rust was not a thing). One can also say that "as long as you run X11, there is no need to think about security because X11 just defeats it all".
> In fact, you can find examples showing roughly a 40% slowdown when using Wayland over X11! I'm sure there are similar benchmarks claiming Wayland wins and vice versa (happy to link them as well if provided).
"I am gonna make a bad argument and follow it by saying that you could make the same bad argument to say the opposite". Doesn't sound like a super informed way to look at performance.
> Anecdotal experience is not enough to say this is a broad issue, but my point is that when an average user encounters graphical issues within 60 seconds of using it, maybe it's not ready to be made the default!
So the whole article is built around ranting while saying "I don't have anything meaningful to say, I'll just share an anecdote and directly say it's not worth much because it's an anecdote"?
> But the second actual users are forced to use it expect them to be frustrated!
Who is forced to use it? Just use X11, as you said (many times) you do already.
> Who is forced to use it? Just use X11, as you said (many times) you do already.
This is my understanding of his actual concern - Linux corps are pushing Wayland as a replacement for X11 when it is full of issues.
Anecdotally my experience was the same. I'm a dev so I'm fine in a terminal, but trying to switch to KDE actually sent me BACK to Windows. Basic windowing stuff just does not work, and like the OP says, tons of stutters and crashes for a simple 2-monitor setup. Even something as simple as alt-tabbing lagged for seconds on an overpowered machine. Just does not feel like polished software which is a huge reputational risk for Linux right now.
Anecdotally, my experience with Wayland has been a lot better than with X11. I have been on Wayland for years, I can't remember the last time I had an issue (running Sway).
Funy that you mention multi-monitor since it's one of the reasons I eventually moved to Wayland. The only way to support different DPI monitors in X was to do janky scaling or even jankier multiple X servers.
I don't use KDE (or GNOME anymore) but while I had to deal with a lot of initial speedbumps a couple years ago, these days instead of a full DE, I'm using a Niri setup and it's worked out great for me.
For my laptop, I have my own monitor-detection/wl-mirror script for example that is faster and more reliable for plugging into projectors/meeting room HDMI than even my old Macs.
> Even something as simple as alt-tabbing lagged for seconds on an overpowered machine.
This may not be KDE's fault; I tracked these kinds of issues down to some bad tunable defaults.
I came up with this:
----
cat /etc/sysctl.d/50-usb-responsiveness.conf
#
# Attempt to keep large USB transfers from locking the system (kswapd0)
#
vm.swappiness = 1
vm.dirty_background_ratio = 5
vm.dirty_ratio = 5
vm.extfrag_threshold = 1000
vm.compaction_proactiveness = 0
vm.vfs_cache_pressure = 200
# FIXME? 64K too big?
vm.page-cluster = 16
----
I have fast everything, NVMe SSD onboard and others in Thunderbolt 4 enclosures and 32GB of RAM on my 12th-Gen i7 with 20 (6+14) cores; there should have been no reason for any stuttering and/or Alt-Tab slowness while doing large file copies and finally got fed up, did some research and experimentation and use the above and it's not happened since.
YMMV, but it's worth a try.
(Oh, and on-topic, I've had to try Wayland (vs. X11) on my KDE desktop 'cause it seems to handle switching monitors when I go from home to work better; jury's still out if I'm keeping it)
If you don't mind me asking...are you using nVidia by chance? Have you tried something besides KDE? How long ago was this?
I've read about some terrible experiences with Wayland and I've just never had any of these problems in nearly a decade of using it almost every day (sway was a little rough around the edges in the first year it came out, but even then it fixed screen tearing, which I was never able to entirely eliminate with Xorg). The two things I've always stayed away from though is KDE, and nVidia.
I'm just trying to figure out why there's such a discrepancy between my experiences and what I read online from time to time.
Comments like this make me feel like we are living in different worlds, I have KDE/Wayland on multi head machines with different DPIs and laptops.
KDE has been the smoothest most reasonable desktops for a long time, I play games they just work, I can make zoom calls, they implemented device recovery.
How are you experiencing this, are you rendering in software?
This seems more like a KDE thing then a Wayland thing. At least for me on GNOME Wayland is strictly better. And the newer Wayland-only desktops like Niri are arguably better then that.
I've had an interesting experience with creating a wayland compatability layer with Bitwig. Especially as I used Niri as the tiling window manager, it is even harder to use as a base as it less supportive of X11 compared to other WMs like hyprland.
This may be Niche, but DAWs are very rare to support linux, especially this stack. I would say it might be a stretch to say the company behind Bitwig is punishing Wayland users, I am sure they don't have the personnel for it, but it is a legitimate issue that companies will most likely be 10 years late to the new modernization into Wayland.
Anyways, I was able to configure it with a specific flake configuration. I had issues with third party windows, which was more of an issue with the floating nature of Niri, since Gnome with Wayland displayed external VSTs fine.
You can find my repository here if interested. It consists of a few files, and I made it easier to use with justfiles. https://github.com/ArikRahman/Nixwig
> Even something as simple as alt-tabbing lagged for seconds on an overpowered machine.
In what way? If there’s a delay for the task switching menu to close after alt-tabbing (~500ms) this might be due to a kde animation default (it really tripped me up, I’m a rapid window switcher). I can share the fix once I get on my kde machine.
> trying to switch to KDE actually sent me BACK to Windows.
....uh, why not use Cinnamon or MATE or Gnome or XFCE?
Conflating KDE with desktop Linux is strange
I say this as someone who suffered the same problems trying to use KDE (frequent windowing freezing requiring logout) and just swapped to Cinnamon. It's two mousebutton clicks at the login.
as much as i dislike m$, at least windows works and it works for games and graphics. when i need text or computation without a ui, i use linux. similar to the argument in the article about use what works, i use what works.
I won't accept that "nobody was forced." Major mainstream desktops either already have or are very shortly dropping X11 entirely.
Microsoft is correctly being called out for forcing people onto Windows 11, even though it's entirely possible for users to remain on 10 with workarounds.
Gnome is forcing people onto Wayland, that you can stop using Gnome or choose to use an outdated OS doesn't really change that for me. I guess if you don't want to say they're being forced onto Wayland, they are definitely being forced to change their display setup: use Wayland, or don't use Gnome, starting with Ubuntu 26.04 next month.
Options that are equivalent enough for most end users just cause confusion. There are also too many distros, and the Gnome vs. KDE competition set desktop Linux back another 10 years. That's three dimensions of big, important choices with not much downside if you pick the happy path and a whole lot of downside if you don't.
> Who is forced to use it? Just use X11, as you said (many times) you do already.
Recent versions of gnome session are compiled only with wayland support in archlinux. To change DE or distribution or use custom package is quite a stretch to call it's not forced.
> Doesn't sound like a super informed way to look at security (not even mentioning that Wayland was started in 2008, and Rust was not a thing). One can also say that "as long as you run X11, there is no need to think about security because X11 just defeats it all".
Yeah, we're talking about completely different threat models here.
> I don't understand the complaints about Wayland.
The last time a distro tried to sell me on it, it left me unable to drag/drop browser tabs to reorder them (a fundamental part of my daily workflow). Thankfully, Mint still has the option to use X11 so reverting was trivial. That won't always be the case because...
> Who is forced to use it? Just use X11, as you said (many times) you do already.
Which, like avoiding systemd, is becoming increasingly difficult as distributions prematurely switch. Like when some Linux distros made KDE4 the default (~20 years ago) before most graphics cards could actually handle KDE4's requirements. Switching distros after years, even decades, of use is not as trivial as distro-hoppers who swap out their distro every three weeks might like to think. Lots of know-how and muscle memory gets lost in the transition, both of which have to be rebuilt.
The people forcing Wayland are also the people who own and are trying to kill Xorg (stated explicitly) and also trying to cancel people who fork or implement their own X11. So yes, they are actively trying to prevent people from using X11
> > I also don't care for the "security" argument when parts of the core reference implementation are written in a memory-unsafe language.
> Doesn't sound like a super informed way to look at security (not even mentioning that Wayland was started in 2008, and Rust was not a thing). One can also say that "as long as you run X11, there is no need to think about security because X11 just defeats it all".
I think the argument is not that X11 defeats it all - but that for 99.9999% of users its security theater when deployed in the real world. Most commonly, as long as processes can read each other's memory/configuration/etc.
I'm sure there is a use-case for untrusted sharing of Wayland enabled GPU rendering or something - though AFAIK none of the enterprise remote desktop use it, and they have the resources to implement it themselves anyway.
I've been running Wayland for two years now. I still hit weird bugs with desktop sharing / obs tinkering; It's just not a critical use for me.
So it's fair to question the design wisdom of adding the complexity and UX pain points if it seems to be worth so little.
But maybe i'm overlooking some large group of people dependent on Wayland security boundaries?
The main problem of Wayland is fragmentation, technical problems could be solved by throwing work at it, but not as long as Wayland is "just a protocol". Designing it as a protocol (and with optional extensions on top!), instead of a traditional centralized implementation was a pretty stupid decision (and not just in hindsight).
Instead of bundling forces to improve a single implementation like it was the case with X11, now everybody and their mother writes their own incomplete implementation of the Wayland protocol, and badly. I don't understand how anybody thinks that this mess is a good thing. At least for X11 on Linux there was a single implementation that contributors could focus on, now the bugs are spread over dozens of projects. If I'd like to sabotage the entire desktop-Linux idea, this is exactly how I would do it ;(
Anyone who wants to continue using a modern, actively-developed desktop environment. GNOME has dropped X11; KDE has announced the transition. I would consider being told "use Wayland, or find a different desktop environment" being forced, even though nobody has actually put a gun to my head.
I have managed to make Wayland work for me, but only by patching away the hardcoded gestures. I also developed a means to start and stop XScreenSaver, although that is thankfully now obsolete thanks to some work by JWZ. Just yesterday I still had issues with an entire window of text gibbering up and down in VSCode at a certain scaling level (used to have that in Firefox, as well, but it was evidently fixed).
To put a positive conspiratorial spin on the recent Wayland push: maybe they think that taking away the option to fall back to X11 will finally get enough eyes on Wayland to fix its remaining issues.
I've used linux desktop environments using Wayland and others using x11. No real problems with either.
Let's instead get excited by all the new linux users coming in thanks to SteamOS and Valve. If the trend continues, we might start seeing larger software companies releasing native linux versions of their software -- and then, the year of the linux desktop will start becoming an actual possibility!
(I heard affinity suite is linux friendly now btw, and davinci resolve too -- not sure if proton is necessary or not, but either way, really cool)
I think the argument is that Linux as a whole doesn't progress much because new projects constantly replace old projects without actually improving the underlying issues. X11 is old and has a bunch of issues, but those issues have largely been addresses, whereas Wayland is new and neat, but has a lot of issues that won't be addressed for years to come.
Yeap, it sounds like a big rant with multiple exclamation marks. Having both is a way to go. Recently I purchased a new laptop and thought should I go full Wayland? No way. I started with X11 and then added Wayland. Things break on Linux. You need a stable display server where you can still open a browser, and that is X11. Most of the time, I stay on Wayland until it breaks.
for me it's just utilities that don't work workrave, activity watch, flameshot, polybar. (waybar is not as polished) automating stuff with xdotool. There is no way to get the current window focused. Even on windows there is a simple api to get that
"Who is forced to use it" is an extremely dated argument strategy that has absolutely no place whatsoever in modern computing. Linux is far too ubiquitous for such a notion to be taken seriously. It's not far from "who is forced to use Macs instead of Windows."
FWIW I recently switched full time to Linux and have had absolutely 0 problems with GNOME, Wayland and Fedora, though I am using an AMD GPU.
wl-copy works fine, askpass works, copy and paste works, screen sharing with Google Meet works, drag and drop works. Using an iphone as a webcam works as does recording my screen.
Most importantly using multiple monitors with fractional scaling works perfectly. AFIAK this is not possible to do well (at all?) on X11, which is a complete show stopper for me.
If anyone's reading this and sitting on the fence, I would really give Fedora a go. I've found it so much more polished than Ubuntu, and loads of things which didn't work on it work out of the box on Fedora (at least compared to 24.04 LTS).
In short, this reads like a mix of valid historical pain points and outdated assumptions.
The post frames Wayland security as “you can’t do anything,” but that’s a misunderstanding. Even under X11, any app can log keystrokes, read window contents, and inject input into other apps. Wayland flips this to isolation-by-default: explicit portals/APIs for screen capture, input, etc.
Moreover, the performance argument is weak and somewhat contradictory. The author claims there is no clear performance win, and that it's sometimes slower and hardware improvements make it irrelevant. But Wayland reduces copies and avoids X11 roundtrips (architectural win). Actual performance depends heavily on compositor + drivers, and I've found that modern hardware has HUGE performance improvements (especially Intel, AMD, and Apple Silicon via the Asahi driver).
The NVIDIA argument is also dated. Sure, support was historically bad due to EGLStreams vs GBM, but this has improved significantly in recent driver releases.
Many cited issues are outdated too. OBS, clipboard, and screen sharing issues are now mostly (if not entirely) solved in the latest GNOME/KDE.
I've been using Wayland exclusively on Fedora and Fedora Asahi Remix systems for many years alongside Sway (and occasionally GNOME and KDE). Adoption has accelerated in many distros, and XWayland for legacy apps is excellent (although I believe using the word "legacy" here would be a trigger word for the author ;-).
There's no stagnation here... what we're looking at is a slow migration of a foundational layer, which historically always takes a decade or more in the Linux world.
Regardless of how you feel about Wayland, its creation set off _massive_ improvements across the entire Linux graphics stack.
For those of us who were using Linux on the desktop in decades past, remember when you couldn't use a GPU without X running? Remember the days when you needed an X session running in order to use CUDA or OpenCL? Remember the days when the entire graphics driver lived inside of X? When display server issues caused kernel panics? Remember the days when you couldn't share a hardware graphics surface between processes? When it was impossible to get hardware acceleration to work offscreen?
Wayland's aggressive stance on "it doesn't work on platforms that don't fix all of that" is one of the only things that pushed the stability and flexibility of the graphics stack on Linux forward.
I don't really think anything less than saying "We the X developers are going to stop X development and X is going away" would have been enough to push graphics card vendors to actually rework the drivers.
Wayland can never be an adequate replacement for X11R6, despite its stated purpose, because its design fundamentally chases specifying a protocol for heterogeneous implementations of, what I suspect to be one thing: Apple's WindowServer. In specifying Wayland, focusing on compositing, while expecting major projects already committed to standards built atop the X Window System like XDND, ICCCM, et cetera, to band together to do the same for Wayland a priori, clearly hasn't worked out for reasons that seem self-evident to me. If there was one single dominant ecosystem of desktop environmens built on one dominant UI toolkit from which all others sprung, sure, this could work, but this is simply not the reality. On top of this, with the realities of the second-system problem, it seems clear to me the Wayland steering committee set out on an impossible task.
But man, with a few million bucks, a couple years development time, and a small, dedicated team, maybe somebody out there could make their own little slice of heaven.
Again, we may live in a parallel universe. Because I am using KDE and wayland and NVIDIA, and it works beautifully. Although NVIDIA really started to work great only fairly recently (last couple of years).
And using X is a noticeably worse experience.
I'am excited to follow the still very early development of xfwl to see how a classic DE works in wayland.
So, compare this with say the Python2 to Python3 migration.
Similar motivations: the developers had some legacy decisions that were unfixable without breakage. But they were sick of it, and decided to just go for it.
Most end users didn’t care about those issues. The few that did were happy to pay the cost of switching. Everyone else clung to Python2 for years because migrating was high cost and low value.
It took about 15 years to complete the migration for most, and there are a small number of users who will never make it over.
Perl5 to Perl6 is another useful historical example.
FOSS development is managed by the developers, and so, compared to a commercial software project, the implementation issues get more weight. This sort of thing is very likely to happen again and again.
I have been using Pop_OS for many years, and I’m still on 22.04, which uses X11. I don’t understand the pros and cons of X11 vs. Wayland, I just want a working desktop.
24.04 uses Wayland, and while some people have had no problems migrating, many people are having serious problems. From what I can tell, it’s not a good choice for me yet. This article tells me that it may not be a good choice ever.
I am a huge fan of System76 and Pop_OS, and I am sorry to see how this migration has split the community and forced many people to make difficult choices. I suspect that I will have to leave Pop_OS once 22.04 is no longer supported, in a year.
To be fair, there are two issues. Pop_OS Is introducing a new DE, COSMIC, which is written in Rust. That new DE is another source of instability. I’m afraid that Syatem76 has bitten off far more than it can chew.
I've used Wayland (via sway) for multiple years including on machines with a 1060 and 5080 (mainly for good fractional scaling support). The only major issues I've had with it have to do with XWayland apps. I think there are some issues with providing a consistent experience with things like screen recording, 3rd party proprietary apps, etc. across different DEs/distros, but that's more of something that comes with the territory of Linux.
> I can't copy-paste, and I can't see window previews unless everything implements a specific extension to the core protocol
Sentences like this make me wonder how frequently the author has tried Wayland and what his specific setup is. I mean I understand experiences may vary, but I have such a different experience then him. I've had issues with Wayland, but I've also had issues with X.
> But the second actual users are forced to use it expect them to be frustrated!
Canonical and Red-Hat are not "forcing" you to use Wayland anymore than X only apps "forcing" me to use X (via-XWayland). They are switching to Wayland because they feel like they can provide a better experience to their users for easier with it. You're more than welcome to continue using X, and even throw a few commits its way sometime.
I have been thoroughly enjoying Wayland with Niri. It is snappy, looks beautiful on my 4K monitor, and handles X11 emulation perfectly (via xwayland-satellite). I have not seen any major issues with OBS, clipboard handling, or any application I have had to run.
So as an end user, I don’t get all the hubbub. Reminds me a bit of the whole systemd craze from some time ago.
And it's worse than this because there is no wayland. Without a strong reference implementation and with the very minimal wayland core protocol, each desktop environment picks and chooses and implements their own incompatible extensions for what should be wayland core features. This means you don't develop for linux, or even linux wayland. You develop for linux wayland mutter. Or linux wayland plasma. Or linux wayland hyprland. Because those three waylands are going to be doing things which you need every day on an average desktop in their own incompatible ways: https://wayland.app/protocols/
Developers have to decide which DE they'll have their applications run in rather than having your application be able to function across all linux desktops. This is different than how it was the last 20 years. No matter what else you say, this is a change from how it was. It's massive fragmentation of the userspace.
Literally the only wayland DE that supports screen readers right now is GNOME's mutter and that's mostly just for GNOME's software because of course they invented something new to work around the problems of the wayland architecture.
X only exists because it pre-dates Linux and Open-Source in general. It was developed at Stanford and spread to MIT and became a de-facto standard in academic computer labs. It came from the need for a graphics stack. Wayland, conversely, is what you get when the Linux community tries to create their own thing from scratch. True to Conway's Law, it's a loose confederacy of mini-projects that are all equally "wayland". Just look at hyprland, which the community tried to eject, yet people still use it.
Wayland is a protocol so it doesn't exactly is at the same place as X11.
That being said, I think that they are ignoring the most important element of Wayland that may be kinda the cause of its gripes: Wayland is better designed and focuses on doing window management, aka, allowing applications to display their windows.
It is not trying to be a general IPC protocol, it is not a permission system, it is not a video framework, it is not an accessibility framework; just a protocol for apps to create windows and set their properties.
And at window management, it tries really hard to be better. For example presenting a window (getting it on top of the others) is an action requiring a token now, meaning that the compositor now gets tools to identify wrong presentation attempts. It handles the case of window-docking on the window management side, which allows more flexibility about how to handle it on the compositor side.
Don't get me wrong, it is not perfect (for example I don't like the assumption in the API that there should be at most one seat, and that it would have at most one pointer), but it really tries to be better, it is not a waste of time imo.
I've used Linux on desktops/laptops intermittently since the year 2000, but I've been using mostly MacOS in recent years. With Apple not inspiring confidence lately, I wanted to try using Linux as a daily OS again. So I installed Fedora on a laptop last month. After installation I noticed that the colors on my OLED display were very oversaturated. After some frustrating attempts to get ICC profiles working, I was dismayed to read this:
Sounds like Wayland color management is... almost done? But the lack of a complete implementation didn't stop my distro from making Wayland the default. So now I'm left having to choose between using the cool new Wayland compositors and having accurate colors in my photo editing apps :(
X11 worked fine. Then Wayland came from somebody’s fever dream and forced everyone to use it, just for everyone to encounter some kind of
bug every time they do anything slightly off the beaten path. For me literally every new install is some stupid Wayland BS I have to deal with, probably because I use Nvidia drivers, but X11 worked perfectly fine. Wayland should have stayed in the playground as the post says.
I've been pretty happy with Wayland for the past ~2 years of using it.
- No annoying "X11 stutter"
- FreeSync works reliably; no more fucking around with different compositors.
- applications aren't allowed permanently alter the display settings. That was particularly problematic with older Windows games and wine. Depending on the game, exiting a game could leave the display server in a very low resolution on exit. Even worse, a few games would result in the X11 gamma settings being altered outside of the game (Deus Ex was one, but there were a few others).
- display-specific scaling factors
- I could use Waydroid on my 2-in-1 finally.
- HDR support. As an added bonus beyond HDR content, SDR content looks better on my PG42UQ monitor due to the monitor suffering from severe black crush in SDR mode.
- Running CEF (Chromium) in Wayland mode does NOT respect the system scale factor. The workaround is to run it X11 mode. Not too big of a deal since I'm using CEF in offscreen-rendering mode with a Wayland SDL surface, but annoying.
- Picture-in-Picture isn't widely supported yet. It is one of those things that Wayland is building _towards_ rather than X11 just working.
- Minor, but not being able to position the window centered on startup is kinda annoying.
So yeah - tradeoffs, but currently good enough for me and it continues to get better. I'm optimistic.
XLibre exists simply because you can't just "force X11 to die" (Xorg's strategy) for as long as someone is willing to work on it.
Now, there is a group of people who actively hate on XLibre sorely because it pretty much derailed such a plan.
These people (who are no doubt sick in their heads) should focus their energy on improving Wayland rather than running hate campaigns on XLibre and its developers.
482 comments
I understand complaints about systemd, I don't understand the complaints about Wayland. This whole article sounds like a big rant and doesn't seem to bring much information.
> I also don't care for the "security" argument when parts of the core reference implementation are written in a memory-unsafe language.
Doesn't sound like a super informed way to look at security (not even mentioning that Wayland was started in 2008, and Rust was not a thing). One can also say that "as long as you run X11, there is no need to think about security because X11 just defeats it all".
> In fact, you can find examples showing roughly a 40% slowdown when using Wayland over X11! I'm sure there are similar benchmarks claiming Wayland wins and vice versa (happy to link them as well if provided).
"I am gonna make a bad argument and follow it by saying that you could make the same bad argument to say the opposite". Doesn't sound like a super informed way to look at performance.
> Anecdotal experience is not enough to say this is a broad issue, but my point is that when an average user encounters graphical issues within 60 seconds of using it, maybe it's not ready to be made the default!
So the whole article is built around ranting while saying "I don't have anything meaningful to say, I'll just share an anecdote and directly say it's not worth much because it's an anecdote"?
> But the second actual users are forced to use it expect them to be frustrated!
Who is forced to use it? Just use X11, as you said (many times) you do already.
> Who is forced to use it? Just use X11, as you said (many times) you do already.
This is my understanding of his actual concern - Linux corps are pushing Wayland as a replacement for X11 when it is full of issues.
Anecdotally my experience was the same. I'm a dev so I'm fine in a terminal, but trying to switch to KDE actually sent me BACK to Windows. Basic windowing stuff just does not work, and like the OP says, tons of stutters and crashes for a simple 2-monitor setup. Even something as simple as alt-tabbing lagged for seconds on an overpowered machine. Just does not feel like polished software which is a huge reputational risk for Linux right now.
I don't use KDE (or GNOME anymore) but while I had to deal with a lot of initial speedbumps a couple years ago, these days instead of a full DE, I'm using a Niri setup and it's worked out great for me.
For my laptop, I have my own monitor-detection/wl-mirror script for example that is faster and more reliable for plugging into projectors/meeting room HDMI than even my old Macs.
> Even something as simple as alt-tabbing lagged for seconds on an overpowered machine.
This may not be KDE's fault; I tracked these kinds of issues down to some bad tunable defaults.
I came up with this:
I have fast everything, NVMe SSD onboard and others in Thunderbolt 4 enclosures and 32GB of RAM on my 12th-Gen i7 with 20 (6+14) cores; there should have been no reason for any stuttering and/or Alt-Tab slowness while doing large file copies and finally got fed up, did some research and experimentation and use the above and it's not happened since.YMMV, but it's worth a try.
(Oh, and on-topic, I've had to try Wayland (vs. X11) on my KDE desktop 'cause it seems to handle switching monitors when I go from home to work better; jury's still out if I'm keeping it)
I've read about some terrible experiences with Wayland and I've just never had any of these problems in nearly a decade of using it almost every day (sway was a little rough around the edges in the first year it came out, but even then it fixed screen tearing, which I was never able to entirely eliminate with Xorg). The two things I've always stayed away from though is KDE, and nVidia.
I'm just trying to figure out why there's such a discrepancy between my experiences and what I read online from time to time.
This may be Niche, but DAWs are very rare to support linux, especially this stack. I would say it might be a stretch to say the company behind Bitwig is punishing Wayland users, I am sure they don't have the personnel for it, but it is a legitimate issue that companies will most likely be 10 years late to the new modernization into Wayland.
Anyways, I was able to configure it with a specific flake configuration. I had issues with third party windows, which was more of an issue with the floating nature of Niri, since Gnome with Wayland displayed external VSTs fine.
You can find my repository here if interested. It consists of a few files, and I made it easier to use with justfiles. https://github.com/ArikRahman/Nixwig
> Even something as simple as alt-tabbing lagged for seconds on an overpowered machine.
In what way? If there’s a delay for the task switching menu to close after alt-tabbing (~500ms) this might be due to a kde animation default (it really tripped me up, I’m a rapid window switcher). I can share the fix once I get on my kde machine.
> trying to switch to KDE actually sent me BACK to Windows.
....uh, why not use Cinnamon or MATE or Gnome or XFCE?
Conflating KDE with desktop Linux is strange
I say this as someone who suffered the same problems trying to use KDE (frequent windowing freezing requiring logout) and just swapped to Cinnamon. It's two mousebutton clicks at the login.
Microsoft is correctly being called out for forcing people onto Windows 11, even though it's entirely possible for users to remain on 10 with workarounds.
Gnome is forcing people onto Wayland, that you can stop using Gnome or choose to use an outdated OS doesn't really change that for me. I guess if you don't want to say they're being forced onto Wayland, they are definitely being forced to change their display setup: use Wayland, or don't use Gnome, starting with Ubuntu 26.04 next month.
> I actually think it's nice to have both
Options that are equivalent enough for most end users just cause confusion. There are also too many distros, and the Gnome vs. KDE competition set desktop Linux back another 10 years. That's three dimensions of big, important choices with not much downside if you pick the happy path and a whole lot of downside if you don't.
> Who is forced to use it? Just use X11, as you said (many times) you do already.
I can no longer use GNOME on X11, and the decision to remove support was a deliberate one. Users are definitely being forced.
> Who is forced to use it? Just use X11, as you said (many times) you do already.
Recent versions of gnome session are compiled only with wayland support in archlinux. To change DE or distribution or use custom package is quite a stretch to call it's not forced.
> Doesn't sound like a super informed way to look at security (not even mentioning that Wayland was started in 2008, and Rust was not a thing). One can also say that "as long as you run X11, there is no need to think about security because X11 just defeats it all".
Yeah, we're talking about completely different threat models here.
> I don't understand the complaints about Wayland.
The last time a distro tried to sell me on it, it left me unable to drag/drop browser tabs to reorder them (a fundamental part of my daily workflow). Thankfully, Mint still has the option to use X11 so reverting was trivial. That won't always be the case because...
> Who is forced to use it? Just use X11, as you said (many times) you do already.
Which, like avoiding systemd, is becoming increasingly difficult as distributions prematurely switch. Like when some Linux distros made KDE4 the default (~20 years ago) before most graphics cards could actually handle KDE4's requirements. Switching distros after years, even decades, of use is not as trivial as distro-hoppers who swap out their distro every three weeks might like to think. Lots of know-how and muscle memory gets lost in the transition, both of which have to be rebuilt.
https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support...
> Who is forced to use it?
The people forcing Wayland are also the people who own and are trying to kill Xorg (stated explicitly) and also trying to cancel people who fork or implement their own X11. So yes, they are actively trying to prevent people from using X11
> > I also don't care for the "security" argument when parts of the core reference implementation are written in a memory-unsafe language.
> Doesn't sound like a super informed way to look at security (not even mentioning that Wayland was started in 2008, and Rust was not a thing). One can also say that "as long as you run X11, there is no need to think about security because X11 just defeats it all".
I think the argument is not that X11 defeats it all - but that for 99.9999% of users its security theater when deployed in the real world. Most commonly, as long as processes can read each other's memory/configuration/etc.
I'm sure there is a use-case for untrusted sharing of Wayland enabled GPU rendering or something - though AFAIK none of the enterprise remote desktop use it, and they have the resources to implement it themselves anyway.
I've been running Wayland for two years now. I still hit weird bugs with desktop sharing / obs tinkering; It's just not a critical use for me.
So it's fair to question the design wisdom of adding the complexity and UX pain points if it seems to be worth so little.
But maybe i'm overlooking some large group of people dependent on Wayland security boundaries?
Instead of bundling forces to improve a single implementation like it was the case with X11, now everybody and their mother writes their own incomplete implementation of the Wayland protocol, and badly. I don't understand how anybody thinks that this mess is a good thing. At least for X11 on Linux there was a single implementation that contributors could focus on, now the bugs are spread over dozens of projects. If I'd like to sabotage the entire desktop-Linux idea, this is exactly how I would do it ;(
> Who is forced to use it?
Anyone who wants to continue using a modern, actively-developed desktop environment. GNOME has dropped X11; KDE has announced the transition. I would consider being told "use Wayland, or find a different desktop environment" being forced, even though nobody has actually put a gun to my head.
I have managed to make Wayland work for me, but only by patching away the hardcoded gestures. I also developed a means to start and stop XScreenSaver, although that is thankfully now obsolete thanks to some work by JWZ. Just yesterday I still had issues with an entire window of text gibbering up and down in VSCode at a certain scaling level (used to have that in Firefox, as well, but it was evidently fixed).
To put a positive conspiratorial spin on the recent Wayland push: maybe they think that taking away the option to fall back to X11 will finally get enough eyes on Wayland to fix its remaining issues.
Let's instead get excited by all the new linux users coming in thanks to SteamOS and Valve. If the trend continues, we might start seeing larger software companies releasing native linux versions of their software -- and then, the year of the linux desktop will start becoming an actual possibility!
(I heard affinity suite is linux friendly now btw, and davinci resolve too -- not sure if proton is necessary or not, but either way, really cool)
wl-copy works fine, askpass works, copy and paste works, screen sharing with Google Meet works, drag and drop works. Using an iphone as a webcam works as does recording my screen.
Most importantly using multiple monitors with fractional scaling works perfectly. AFIAK this is not possible to do well (at all?) on X11, which is a complete show stopper for me.
If anyone's reading this and sitting on the fence, I would really give Fedora a go. I've found it so much more polished than Ubuntu, and loads of things which didn't work on it work out of the box on Fedora (at least compared to 24.04 LTS).
The post frames Wayland security as “you can’t do anything,” but that’s a misunderstanding. Even under X11, any app can log keystrokes, read window contents, and inject input into other apps. Wayland flips this to isolation-by-default: explicit portals/APIs for screen capture, input, etc.
Moreover, the performance argument is weak and somewhat contradictory. The author claims there is no clear performance win, and that it's sometimes slower and hardware improvements make it irrelevant. But Wayland reduces copies and avoids X11 roundtrips (architectural win). Actual performance depends heavily on compositor + drivers, and I've found that modern hardware has HUGE performance improvements (especially Intel, AMD, and Apple Silicon via the Asahi driver).
The NVIDIA argument is also dated. Sure, support was historically bad due to EGLStreams vs GBM, but this has improved significantly in recent driver releases.
Many cited issues are outdated too. OBS, clipboard, and screen sharing issues are now mostly (if not entirely) solved in the latest GNOME/KDE.
I've been using Wayland exclusively on Fedora and Fedora Asahi Remix systems for many years alongside Sway (and occasionally GNOME and KDE). Adoption has accelerated in many distros, and XWayland for legacy apps is excellent (although I believe using the word "legacy" here would be a trigger word for the author ;-).
There's no stagnation here... what we're looking at is a slow migration of a foundational layer, which historically always takes a decade or more in the Linux world.
Regardless of how you feel about Wayland, its creation set off _massive_ improvements across the entire Linux graphics stack.
For those of us who were using Linux on the desktop in decades past, remember when you couldn't use a GPU without X running? Remember the days when you needed an X session running in order to use CUDA or OpenCL? Remember the days when the entire graphics driver lived inside of X? When display server issues caused kernel panics? Remember the days when you couldn't share a hardware graphics surface between processes? When it was impossible to get hardware acceleration to work offscreen?
Wayland's aggressive stance on "it doesn't work on platforms that don't fix all of that" is one of the only things that pushed the stability and flexibility of the graphics stack on Linux forward.
I don't really think anything less than saying "We the X developers are going to stop X development and X is going away" would have been enough to push graphics card vendors to actually rework the drivers.
Were they just supposed to keep working on the massive pile of hacks they felt needed abandoning?
They did what they thought was best. You hate it. Fine.
Do you think things would be better if they kept working on the unfixable mess?
I trust them to know what was going on better than random commenters.
But man, with a few million bucks, a couple years development time, and a small, dedicated team, maybe somebody out there could make their own little slice of heaven.
And using X is a noticeably worse experience.
I'am excited to follow the still very early development of xfwl to see how a classic DE works in wayland.
Similar motivations: the developers had some legacy decisions that were unfixable without breakage. But they were sick of it, and decided to just go for it.
Most end users didn’t care about those issues. The few that did were happy to pay the cost of switching. Everyone else clung to Python2 for years because migrating was high cost and low value.
It took about 15 years to complete the migration for most, and there are a small number of users who will never make it over.
Perl5 to Perl6 is another useful historical example.
FOSS development is managed by the developers, and so, compared to a commercial software project, the implementation issues get more weight. This sort of thing is very likely to happen again and again.
24.04 uses Wayland, and while some people have had no problems migrating, many people are having serious problems. From what I can tell, it’s not a good choice for me yet. This article tells me that it may not be a good choice ever.
I am a huge fan of System76 and Pop_OS, and I am sorry to see how this migration has split the community and forced many people to make difficult choices. I suspect that I will have to leave Pop_OS once 22.04 is no longer supported, in a year.
To be fair, there are two issues. Pop_OS Is introducing a new DE, COSMIC, which is written in Rust. That new DE is another source of instability. I’m afraid that Syatem76 has bitten off far more than it can chew.
> I can't copy-paste, and I can't see window previews unless everything implements a specific extension to the core protocol
Sentences like this make me wonder how frequently the author has tried Wayland and what his specific setup is. I mean I understand experiences may vary, but I have such a different experience then him. I've had issues with Wayland, but I've also had issues with X.
> But the second actual users are forced to use it expect them to be frustrated!
Canonical and Red-Hat are not "forcing" you to use Wayland anymore than X only apps "forcing" me to use X (via-XWayland). They are switching to Wayland because they feel like they can provide a better experience to their users for easier with it. You're more than welcome to continue using X, and even throw a few commits its way sometime.
So as an end user, I don’t get all the hubbub. Reminds me a bit of the whole systemd craze from some time ago.
Developers have to decide which DE they'll have their applications run in rather than having your application be able to function across all linux desktops. This is different than how it was the last 20 years. No matter what else you say, this is a change from how it was. It's massive fragmentation of the userspace.
Literally the only wayland DE that supports screen readers right now is GNOME's mutter and that's mostly just for GNOME's software because of course they invented something new to work around the problems of the wayland architecture.
That being said, I think that they are ignoring the most important element of Wayland that may be kinda the cause of its gripes: Wayland is better designed and focuses on doing window management, aka, allowing applications to display their windows.
It is not trying to be a general IPC protocol, it is not a permission system, it is not a video framework, it is not an accessibility framework; just a protocol for apps to create windows and set their properties.
And at window management, it tries really hard to be better. For example presenting a window (getting it on top of the others) is an action requiring a token now, meaning that the compositor now gets tools to identify wrong presentation attempts. It handles the case of window-docking on the window management side, which allows more flexibility about how to handle it on the compositor side.
Don't get me wrong, it is not perfect (for example I don't like the assumption in the API that there should be at most one seat, and that it would have at most one pointer), but it really tries to be better, it is not a waste of time imo.
https://www.collabora.com/news-and-blog/news-and-events/12-y...
Sounds like Wayland color management is... almost done? But the lack of a complete implementation didn't stop my distro from making Wayland the default. So now I'm left having to choose between using the cool new Wayland compositors and having accurate colors in my photo editing apps :(
It was unmaintainable, I know your workflow is broken, you can keep using X11 the rest of the world isn't obligated to maintain it for you.
- No annoying "X11 stutter"
- FreeSync works reliably; no more fucking around with different compositors.
- applications aren't allowed permanently alter the display settings. That was particularly problematic with older Windows games and wine. Depending on the game, exiting a game could leave the display server in a very low resolution on exit. Even worse, a few games would result in the X11 gamma settings being altered outside of the game (Deus Ex was one, but there were a few others).
- display-specific scaling factors
- I could use Waydroid on my 2-in-1 finally.
- HDR support. As an added bonus beyond HDR content, SDR content looks better on my PG42UQ monitor due to the monitor suffering from severe black crush in SDR mode.
That said, there are annoyances. I recently started work on a rewrite of the Jellyfin Desktop client (https://github.com/jellyfin-labs/jellyfin-desktop-cef) and of course targeted Wayland first:
Pros:
- HDR via an Wayland subsurface works great!
Cons:
- Running CEF (Chromium) in Wayland mode does NOT respect the system scale factor. The workaround is to run it X11 mode. Not too big of a deal since I'm using CEF in offscreen-rendering mode with a Wayland SDL surface, but annoying.
- Picture-in-Picture isn't widely supported yet. It is one of those things that Wayland is building _towards_ rather than X11 just working.
- Minor, but not being able to position the window centered on startup is kinda annoying.
So yeah - tradeoffs, but currently good enough for me and it continues to get better. I'm optimistic.
Now, there is a group of people who actively hate on XLibre sorely because it pretty much derailed such a plan.
These people (who are no doubt sick in their heads) should focus their energy on improving Wayland rather than running hate campaigns on XLibre and its developers.