Bought AMD never looked back
this post was submitted on 20 Mar 2024
344 points (98.3% liked)
Linux
48655 readers
499 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
Rather, I bought from the vendor who contributed their GPU drivers to the Linux Kernel. It just so happened that's AMD.
NVIDIA sycophants hate that one weird trick.
load more comments
(1 replies)
Is this MR NVIDIA related? It looks independent from that.
P.S fuck NVIDIA nonetheless
I last purchased a 2080ti, so I will probably ride that comfortably for another couple of years, but I window shop new AMD cards sometimes. I could probably convince myself to buy one even though it's unnecessary, but I use and love my mini PC case, and the newest cards are too long to fit. I really hope smaller high-end GPUs becomes a trend to push innovation in that direction. Kind of like how phones just kept getting thinner for the longest time, I want GPUs to fight for shortest.
Stayed with X11 and have no problems.
Both. Both is fine.
load more comments
(1 replies)
AFAIK we still need this merge request here for it to actually affect 99% of games, because they all run with Xwayland, right? https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/967
Yes, but that's bound to be merged quickly, the protocol itself was the main holdup from what I understand.
We also need support for the new protocol in Nvidia's driver. Support will be available in driver 555, the beta of which will be released on May 15. So there's still some time to wait until it's fully fixed.
Currently yes, tho Wine has gotten pretty far with Wayland support, so it wouldn't be too surprising to see Wine Wayland be useable for gaming in the next year or two.
God I fucking hope so man. I'm so tired of Nvidia not working on Wayland properly. It'll be so nice to have VRR and gSync on Wayland without the awful flickering.
Is the vrr flickering about explicit sync too?
Literally all rendering could flicker. So maybe.
I mean, the vrr flicker doesn't seem like a frame ordering issue since it happens on a static desktop too. Why I asked
Questions from someone still on xmonad/x11, with 3 computers that have nvidia cards:
Do all nvidia cards have trouble in wayland currently, or is it just some subset?
Is it really unususable, or just really annoyingly flickery?
Would my card be usable now (without this merge) if I was using the nouveau driver?
Once this is merged, will all nvidia cards work in wayland? Or do we not really know yet.
The Nvidia driver on Wayland has been decent for a couple of years and stabilized a lot over the past ~6 months. The flickering issue was specific to XWayland. Normal Wayland apps don't have flickering problems (not quite sure why tbh), but XWayland apps would often rapidly flicker between 2 frames since it only supported implicit sync, which confused the Nvidia driver, which only supports explicit sync. Now with a Wayland protocol for explicit sync, XWayland can be updated to support it and resolve the flickering there.
Nouveau should have already been fine, this should fix the proprietary driver's issues. AFAIK this is a core issue of the proprietary driver, so should affect all cards.
I tried Wayland on my 16xx series GPU, Electron apps were only annoying, but games were unplayable. The desktop itself and Wayland native apps worked fine, though.
so are you on x11? what drivers? having some issues with my 1660ti, curious what youre running
Plasma 6 X11, 550 proprietary driver.
think I'm on Wayland, will try and switch. what exact GPU? mobile or regular?
Desktop 1660S
In addition to what others said a recent Nvidia driver update also added a workaround to reduce out of order frames without explicit sync. Ime it just made it so that resizing a flickering window makes it stop.
For what it's worth, I have only minor issues on wayland with nvidia, and all were fixable by changing some configuration option or something.
Maybe my demands aren't too heavy, but I do play games. I also use gentoo which makes fixing things easier.
Maybe if your games are Wayland native or you're still running the 535 driver? I saw fbdev=1 as a workaround, but that made things very jello-y.
I think 535 is the only option for Wayland gaming right now, everything else is a flickery mess.
How long does a change like this take to make it's way into Plasma 6?
https://invent.kde.org/plasma/kwin/-/merge_requests/4693
there's already a non-draft implementation, if I had to guess a few weeks before it's merged, and then you have to wait for a release, and then your distro has to package it. So, it's gonna be a while.
BUT, I think much more importantly is when it is merged into xwayland
https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/967
Which should be fairly soon!
The root cause of Nvidia flicker is Nvidia ecosystem being a total shitshow. This has nothing to do with drivers and how bad they are, or how Nvidia refuses to open source even the base of their desktop card drivers, or that the few tools they contribute to in in the OSS space to work around that are awful, or that the entire Linux environment for Nvidia is all about the datacenter (what an insane mess that is).
Good luck Nvidia+Linux fanboys.
Well, this is the root cause of this specific issue if you treat nvidia's part of the stack as some barely changable black box (which is what it is right now). It's not that I disagree open source drivers would be better, I just already own an nvidia GPU :/
I'd argue the root cause was Nvidia insisting that X11 was the future, they'd never support Wayland, and refusing to participate in any of the design processes. As a result when they got dragged kicking and screaming into supporting Wayland, nothing that had been developed without Nvidia suited their hardware or drivers.
They first tried to throw their weight around by forcing EGLStreams on everyone, failed, and they've been scrambling to catch up ever since.
load more comments
(3 replies)
Does it have to be supported in wlroots/composers, or are these changes in wayland enough? Edit: nevermind, the pr links other prs, such as https://gitlab.freedesktop.org/wlroots/wlroots/-/merge_requests/4262
I saw a comment from an nvidia dev somewhere that XWayland support is enough to resolve the flickering, but compositor support is needed for best performance.
so was the problem wayland not doing something correctly or nvidia not doing something correctly 🤔
Well correct is a matter of opinion.
Nvidia doesn’t support implicit sync, because they view explicit sync as more correct, it lets the driver do fewer things that might be wrong and perform better. This is true.
The Linux world often assumes implicit sync works. This was never true.
so another 'just wayland things'?
Well, kind of. This is an example of everybody doing it one way and NVIDIA doing something else. So, we should not lose sight of this being NVIDIA being a poor team player and expecting the world to revolve around them.
That said, you can argue that the way NVIDIA wants to work is more correct and that a “complete” Wayland implementation should support that approach.
It is totally fair to see this as a missing feature in Wayland ( so “just wayland things” ). However, a more collaborative NVIDIA could have absolutely made a better experience for their users in the meantime ( as AMD has for example ).
Taken in combination, this is why so many of the “I use Wayland and it works just fine” people do not use NVIDIA and why so many of the “Wayland is not ready” people are NVIDIA users.
Reading the tea leaves, things should generally work for most people by the time the major distros make their releases in the fall ( eg. Ubuntu 24.10 ). By then, many of these improvements to Wayland will have made their way to shipping code. At the same time, improvements to both the NVIDIA proprietary drivers and NVK will have done the same. The fact the Wayland support in Wine will have matured by then may also be a factor.
No, there are hundreds of projects that assume implicit sync. Because its worked forever on Mesa.
I'm all for progress, I hope it helps people, but I haven't had any issues with my Nvidia card and my two monitors on Wayland.
If I remember right, the syncing issue was particularly egregious when you run windowed X11 programs on Wayland. So it could be that you got lucky.
I've been using Wayland on two Nvidia machines for months now, is the flickering the whole screen or just some applications because until I updated my Nvidia drivers very recently I've not had any flickering issues at all
I’ve been on NVIDIA with Wayland since June 23 (which is when I switched to Linux in general) and I am still mystified what all this fuss is about. Everything just… works? What am I missing?
Depends on your card, I've had an good number of different issues between my pc and laptop
It is great to see I'm not alone, yeah, I wish people would realize that it's just hardware at the end of the day. The company does crappy stuff but individuals who work there, most of them are smart individuals just trying their hardest to develope something they can be proud of, that people can enjoy, and that might benefit society in some way.
Mostly engineers but you get my point.
Engineers are made to do things they don't want to do, not their fault but they don't really have the power to do things properly
load more comments
(1 replies)
view more: next ›