Hey this maybe a stupid question. I am considering on buying a GPU. I am in conflict between nvidia and AMD. I know AMD works better on linux in general but I am curious to follow the NVIDIA advancements as they go with the new open source kernel modules and stuff... I don't know if it is worth it to pick team green over team red. Also typically performance will be better with NVIDIA on compute and stuff like that.
P.S.
Yes, this is related to the previous post I made here.
Unless you are a power user who is confident in your ability to troubleshoot weird/esoteric issues and bugs, just go AMD.
If there aren't any specific features you need from Nvidia, like CUDA for CAD/Render workloads, AMD is going to have a higher chance of #JustWorking and will give you awesome gaming performance.
I've got a 6700XT paired with a 5800X3D running Nobara Linux for my main gaming rig. Love it to death, runs everything butter smooth.
For instance, Deep Rock Galactic maxed settings at 1080p, I don't ever see it dip below about 160FPS, and most of the time it's between 180-210, which feels amazing on my 240Hz monitor.
In defense of Nvidia, things are wayyy better than they were even 2-3 years ago, and the majority of folks, especially with older Nvidia GPUs, seem to have a pretty decent experience on Linux.
That being said, I would estimate that roughly 75% of the posts I see from users who are having really odd/random issues with Linux have an Nvidia GPU.
It will install fine and will use the open source nouveau driver by default. After install, you can search the app for configuring drivers to install the proprietary driver from NVIDA from there via a GUI.
I think you have to manually install the Nvidia drivers. If you search "drivers" in the Cinnamon launcher, they have a system app to download and install them.
Only recent issue I've seen from AMD folks is VRR problems via HDMI. No idea if that affects Nvidia users, but I'd imagine it's a small subset of AMD users experiencing that.
The VRR problems are specifically related to either monitors not supporting Freesync over HDMI or the user running a monitor expecting HDMI VRR to work on HDMI 2.1 specs (>4k@60hz or equivalent bandwidth negotiation requirements). I would concur a small subset of users is correct for the use-cases where this becomes a problem.
I don't think the new open-source modules will help bring the features to Linux. NVIDIA isn't interested in making their monopolist features reverse engineerable.
AMD unless you’re actually running AI/ML applications that need a GPU. AMD is easier than NVidia on Linux in every way except for ML and video encoding (although I’m on a Polaris card that lost ROCm support [which I’m bitter about] and I think AMD cards have added a few video codecs since).
In GPU compute, Nvidia holds a near-dictatorship, one which I don’t necessarily want to engage in.
I haven’t ever used an Intel card, but I’ve heard it seems okay. Annecdotally, graphics support is usable but still improving for gaming. Although its AI ecosystem is immature, I think Intel provides special Tensorflow/Torch modules or something, so with a bit of hacking (but likely less than AMD) you might be able to finagle some stuff into running. Where I’ve heard these shine, though, is in video encoding/decoding. I’ve heard of people buying even the cheapest card and having a blast in FFMPEG.
Truth be told, I don’t mess with ML a lot, but Google Colab provides free GPU-accelerated Linux instances with Nvidia cards, so you could probably just go AMD or Intel and get best usability while just doing AI in Colab.
I’ve heard of people coercing even my graphics card, an RX 580. However, I avoid generative AI for ethical reasons and also because Microsoft is trying to shove it down my throat. I really hope that copyright law prevails and that companies will have to be much more careful with what they include in their datasets.
Depends on what you want to do. If you need CUDA for certain applications in example, its better to use Nvidia. Do you have a G-Sync monitor? Nvidia. Currently Nvidia does not work well with Wayland, if you want to game. Nvidia is also better at Raytracing, if that is something important to you. The Open Source Kernel modules for Nvidia doesn't matter at all, because the driver is still closed source and basically nothing changes. I believe HDMI is better supported for Nvidia, because of the closed source driver. HDMI does not like Open Source and therefore its a bit limited on AMD. I would recommend using DisplayPort anyway, but that might not be an option for every monitor.
Also in my experience it was a pain to use Nvidia, not only because of problems here and there (under X11 back then), but also because drivers were downloaded multiple versions in Flatpak. Because each program was depending on a certain version of the Nvidia driver. Each of the drivers were over 300 MB downloads, so it adds up after 6 versions and updating over and over again.
I don't know what the current state of Nvidia is to be honest, because i switched to AMD. So it comes down to what card is available to you at what price, and what you want do. If you don't know and have to ask, I would say AMD is a safe bet. Buy into Nvidia only after research and if you really need certain stuff.
This is really only relevant for older/lower-power GPUs, right? I think if you can easily game at high frame rates on modern games, you don't need G-Sync.
This has nothing to do with older or lower power GPU. G-Sync is the best possible way to play games, if you can. Higher framerates is not a replacement for VRR technology.
If you need CUDA for certain applications in example, its better to use Nvidia.
Depends on budget. PyTorch works nicely on ROCm and, for me, bigger constraint is available VRAM than GPU speed and looks like AMD has cheaper RAM, comparing their cheapest 16GB cards AMD is 33% cheaper than Nvidia where I live, and there was some card 45% cheaper few months ago. Huge savings if on limited budget.
I’ve had numerous gpus-I’ve been all over the map for years. Sometimes amd sucks, sometimes nvidia sucks. Right now, I’m rocking a 4090 and it’s working better in endeavoros than I’ve ever seen nvidia work in linux. (I’ve always had problems with nvidia cards screen tearing, stuttering, and general installation issues).
But honestly, those complaints have been resolved at least with my distro. I think both brands are in a good spot right now. I think you’re safe to buy whatever floats your boat.
Good to know (I use EndeavourOS too, BTW). I think its also important to know if you use Wayland.
I think you’re safe to buy whatever floats your boat.
It is not that simple! In example OpenCL was problematic with AMD, which prevents it from being used in applications. Installing ROCm driver as an alternative can be problematic in AMD too, which solves one issue but brings another. I just recently got OpenCL working with AMD, thanks to a new experimental implementation in Rust. My point is, he really should research before buying, because depending on the use case one option is better than the other.
I love these "AMD outlier cases," because it tempers my own expectations.
I have a 3060ti and want to upgrade to an AMD card in 5-ish years, but it's nice to not be surprised or know beforehand that it's not necessarily going to be perfect or better than my Nvidia experience.
I am using it for gaming on windows. I will dual boot with a different os on seperate drives. For linux, i want something stable that won't crash on wayland.
You have to decide what is more important to you: Linux compatibility or ray tracing and CUDA? There are other differences, but those are the big ones.
I have a 7900XTX and I use a DisplayPort to HDMI adapter to get HDMI 2.1. I can use 4K@120Hz and HDR on my LG OLED TV just fine with that setup. The only real limitation is 3 display outputs vs 4 if I could use the HDMI out for what it is meant for.
i use an lg oled tv as monitor too and was planning to get an amd gpu. i looked at these adapters, only a couple different ones available where i live but they had horrible reviews. what brand is yours?
The problem with this question is that most NVIDIA owners will have experience based on a very different stack than you will experience.
NVIDIA and Wayland have had very big problems that have only recently been resolved. If you are using a very up-to-date distribution then you will have a great experience ( see other comments here about EndeavourOS for example ). If you have a distribution that does not have the latest, there will probably be issues.
AMD has been the clear go-to choice for Linux for years. It is still a safe bet. The safest bet based on history. That said, AMD does have issues as well and with the NVIDIA issues now resolved it is not as clear cut. NVIDIA may actually be the better choice.
Some tools for fan curves etc might be still a little bit unpolished for NVIDIA, maintainers had a lot more time to fix them for AMD. But there are many NVIDIA users out there so I'd wager on the biggest issues being addressed rather sooner than later
I know AMD works better on linux in general but I am curious to follow the NVIDIA advancements as they go with the new open source kernel modules and stuff...
How is it open source? In the history of the whole repository, there were 11 merged PRs in 2022 (when the project began), and no merged PRs after, even though lots of PRs have been submitted since then. There has never been an issue-fixing PR merged, and no issues or PRs are submitted by the maintainers of the project.
Because we will be sharing this code with our proprietary driver, we won't be developing in the open for now. So far, our strategy is to apply proposed changes to our internal code base, merge pull requests on github, and then do one NVIDIA github commit per driver release (and because the internal code base also contains the change, the release-time commit should not revert the merged pull request). It is not a great workflow, but we're trying to navigate the constraints as best we can.
All of their commits are tagged versions, none of which tell you in words what they did or what changed. As the maintainer says, they still do their actual development internally, and the GitHub repository does not contain that incremental work. Because the commits are releases only, there are only 66 commits on the main branch from May 2022 to the latest commit/release 2 weeks ago.
So whatever benefit you were hoping to get from Nvidia's kernel modules being open source probably is not there.
How is it not? Open source doesn't mean you have to accept other people's code. And it is perfectly valid to only dump code for every release, even some GNU projects (like GCC) used to work that way. Hell, there's even a book about the two different approaches in open source.
So whatever benefit you were hoping to get from Nvidia's kernel modules being open source probably is not there.
It allowed the actual in-tree nouveau kernel module to take the code for interacting with the GSP firmware to allow changing GPU clock speed - in other words no more being stuck on the lowest possible frequency like with the GTX 10 series cards. Seems like a pretty decent benefit to me.
I started my Linux time on a 1080 and never really had issues. Never really knew I supposed to haha. Now on a AMD card that works great but actually took a bit more setup for myself to make work perfectly.
I went with Nvidia and I never really had any issues on Linux with it (I only use Linux).
AMD might be better on Linux out of the box in the sense that you can just install whatever distro and it's going to work and with Nvidia some distros will require to install the drivers yourself or tinker one time in the terminal but it's really not that big of a deal
Gpu brand shouldn't be a factor, just buy whatever's better value.
I've used nvidia on Wayland for a year and the issues are greatly exaggerated, and if you have a cpu with an igpu you can plug your monitor(s) into the motherboard to get around wayland-related ones (there's probably some latency impact for games but I can't tell).
Currently the problems (that I know of) with nvidia drivers are that colors get muted if you enable hdr, steam's web interfaces appear corrupted or flicker unless you resize them, there is no memory spillover to ram, and the nvidia 'x server' settings app doesn't support wayland.
And keep in mind that issues tend to get resolved over time. When I first built my PC the nvidia gpu would cause xwayland apps to flicker and didn't support nigth light or transparent panels in kde. The amd igpu would turn the screen pure white if I changed windowing related kde settings. These don't happen anymore.
AMD or Intel on Linux (AMD is way more performant and mature)
What are you using it for? Are we talking just casual desktop usage, heavy gaming or something in between? If you don't need a powerhouse consider getting a used GPU.
AMD is not generally better, not on Linux not on Windows. The GPUs are more expensive (I heard) and have worse performance, and no CUDA support (likely NVIDIA threatened them so they told the ZLUDA dev to stop).
NVIDIA totally sucks, but my experiences with AMD CPU+GPU (Thinkpad T495, Vega mobile 8) were not really great with constant freezes after sleep).
Intel really has the best support. And maybe some ARM GPUs.
It could have changed, but last I checked, I think AMD cards actually tend cheaper or about the same as Nvidia for the same specs. I’m not a cultish defender of AMD, though, as ROCm support sucks honestly (biased though because I’m bitter about Polaris being dropped so quick).
Your Thinkpad problem sounds more like some sort of power profile problem rather than an AMD GPU issue, though it could just be with Vega. I have an AMD Cezzanne Thinkpad E16 with an AMD iGPU that works very nicely, probably one of the best-working Linux devices I’ve ever owned.
Anecdotes aren't data. It's not difficult to find comparative pricing information. I think you would generally find this is untrue, though it's worth considering regional pricing.
no CUDA
EULA violation. This one is cut and dry. You could have made a better point about the state of ROCm (narrow product and platform support, poor documentation, library gaps in HIP).