4 ms·
> Yes but if more than 50% of the GUI softwares you run fallback to XWayland (including terminals), it makes no sense. That just seems wrong. Default terminal
by jraph 2y ago
> Yes but if more than 50% of the GUI softwares you run fallback to XWayland (including terminals), it makes no sense.
That just seems wrong. Default terminal apps like gnome-terminal and konsole are probably the first apps that have worked (well) on Wayland (as soon as select paste started working, which it has for years). If you are using a terminal that doesn't support Wayland, that's a choice you are making.
Nothing uses XWayland on my setup except IntelliJ (and they are working on a native Wayland support, it might actually be working well right now but I also happen to run it in a local container though ssh and I haven't yet looked into the Wayland alternative of ssh -X). And that was not even a criterion to choose my apps.
That's just not 50% for most people I think. And even if it were, running the DE in Wayland and all the apps in XWayland already brings benefits in comparison to running a full X11 session, at least for setups with multi screens with different DPIs. So yes, it would still make sense.
> Wine is already a compatibility layer
.. That doesn't introduce any lag because it's not an emulator, it's a reimplementation of Windows APIs, with native speeds, so it doesn't matter at all that it's a compatibility layer in this discussion. Okay, there is dxvk, wined3d and things like this, but apparently they can be better than the original under certain conditions [2].
> adding XWayland on top of it introduces overheads
It's not supposed to, your game renders directly anyway [1]:
> What about the overhead of running X on wayland?
> Most modern desktops already use an external compositing manager: when the X server decides it needs to update content, it informs this external process (usually your window manager), and allows it to control the rendering entirely. Using Xwayland is just the same as this, but more efficient because the compositing manager doesn't have to go back through the X server to display the content it rendered.
I'm eager to believe that nvidia has bugs with Wayland (they've been given the middle finger for a reason), and that there are Wayland-specific bugs in some apps, especially games.
> I think the meme is nearly here: this might be the year of the Linux gaming desktop.
Aren't we already there actually? Isn't it like 90%+ of games that just work now? Isn't the Steam Deck a success?
I have friends that were stuck on Windows because of games until recently but finally switched to Linux last year or the year before.
[1] https://wayland.freedesktop.org/faq.html https://wayland.freedesktop.org/faq.html
[2] https://www.reddit.com/r/linux_gaming/comments/nyuqou/what_makes_dxvk_performs_better_than_directx_in/ https://www.reddit.com/r/linux_gaming/comments/nyuqou/what_m...
- MrDrMcCoy 2y ago> Aren't we already there actually? Isn't it like 90%+ of games that just work now? Isn't the Steam Deck a success? This has been my experience. The only games that give me grief are either just a badly supported on Windows or use some ring0 anticheat bullshit. Thankfully, I don't even like most of the sorts of games that rely on ring0 anticheat, so nothing of value was lost for me. The only remaining games that have papercuts are caused by garden-variety Wine/Proton support that usually get patched in a matter of weeks. I honestly haven't seen a Wayland-caused game issue since the release of KDE 6.0.1, and even the general Nvidia driver issues have mostly evaporated since then.