Slashdot Mirror
AMD's Open Source Linux Driver Trounces NVIDIA's
An anonymous reader writes "In a 15-way graphics card comparison on Linux of both the open and closed-source drivers, it was found that the open-source AMD Linux graphics driver is much faster than the open-source NVIDIA driver on Ubuntu 13.04. The open-source NVIDIA driver is developed entirely by the community via reverse-engineering, but for Linux desktop users, is this enough? The big issue for the open-source 'Nouveau' driver is that it doesn't yet fully support re-clocking the graphics processor so that the hardware can actually run at its rated speeds. With the closed-source AMD Radeon and NVIDIA GeForce results, the drivers were substantially faster than their respective open-source driver. Between NVIDIA and AMD on Linux, the NVIDIA closed-source driver was generally doing better than AMD Catalyst."
Dear Linux Advocate,
Money doesn't grow on trees. And, Linux Advocates is growing. Naturally, we anticipate operating costs and hope to be able to meet them.
But, any amount you feel you are able to donate in support of our ongoing work will be most surely appreciated and put to very good use. Your contributions keep Linux Advocates growing.
Show your support by making a donation today.
Thank you.
Dieter T. Schmitz
Linux Advocates, Owner
http://www.linuxadvocates.com/p/support.html
NVIDIA doesn't have an open source graphics driver... Nice misleading title there, timmy.
Manufacturer drivers are better than reverse engineered drivers. I'm fucking shocked.
1) unfair comparison
2) old news
3) 100% nvidia's fault
but for myself i still prefer nvidia than amd, because when u use nvidia the grapich always better than amd ,,
maybe just from my side not from another person reason,, nice thread , keep going dude
Same old shit as always (DNRTFA).
I'm tainting my pure and virgin kernels since about 10 years with the evil corporate drivers from Nvidia, because it works and performs. Sorry Gnu!
fine, don't open source the drivers but at least open up the video card hardware so dev's can write their own drivers. Intel and amd cpu's are open why not gpu's.
I would have preferred benchmarks on Windows game performance in WINE. Sure, that would have added some extra configuration problems to the benchmarks, but those are the numbers I really care about as a Linux user that keeps a Windows boot around just for games. From my experience, that's also where AMD cards take a shit, whether using open or closed source drivers (sometimes it's performance, sometimes it's game-breaking bugs that don't affect nvidia cards).
Apparently wizard is not a legitimate career path, so I chose programmer instead.
Maybe the Open Source driver does not support all the same features the NVidia one does?
I mean who can see from their screen if the GPU really did all of the 100+ flashy named video processing tasks and whatever else it was supposed to do?
Maybe it flunked on a certain texture-whatever effect and did a faster, almost as good one?
Maybe NVidia puts more auxillery tasks on the GPU, like physics stuff?
How can we compare the 2 drivers, when one of them is closed? And they dont even run on the same cards for AMD/NVidia...
Yet again proving that CLOSED source is a far far better development model than open. This is also why Windows and OS X are light years ahead of Linux in pretty much every respect.
If you can't see the difference, does it matter?
Give me Classic Slashdot or give me death!
Give two groups the task to write a driver. Give one group full documentation of the hardware the driver is for. Give the other group no documentation of the hardware. Which group do you think will produce the better driver?
Indeed, even if full documentation were available, the manufacturer's programmers would still have an advantage since they can simply ask the hardware developers whenever anything is not entirely clear.
The Summary says that the AMD open source driver out performed the nVidia open source driver, not that an open source driver beat a closed one.
Now if only AMD didn't completely drop Linux support for 6 year old graphics cards. If you want hardware acceleration for your x300 or x1800 then you're stuck with 2.6 kernels. This is the same generation graphics card as the Geforce 7 series. In contrast, I can still get hardware acceleration with a Geforce 2 (13 years old!!) using Nvidia blobs.
apart from RMS?
More precisely, it said that both the closed-source drivers beat the open source ones with Nvidia's slightly ahead of AMD's.
I'm going to weigh in here. The Nouveau drivers are better than the open source ATi drivers. Simply because, the performance doesn't matter. It's the feature completeness of the drivers that matters. The Nouveau drivers have been very steadily working towards a point where all previous generation cards and the current generation cards have the same feature set at the same time. If you check out the nouveau feature matrix it's a stunning achievement how rapidly they've come to the point they're at. People don't seem to realise that aside from SLI, OpenCL and the hardware reclocking support. The Nouveau drivers are basically feature complete. Noone uses TV out anymore since HDMI/digital video has taken over. Within 2-5 kernel revisions, the reclocking stuff is going to be completed. When that hits, the Nouveau drivers are going to shatter the AMD ones for performance. Already in preliminary testing where reclocking was enabled, the Nvidia cards were performing at or above the level of the nvidia binary blob. When the reclocking support is turned on these cards are going to be running OpenGL 3.3 and probably pushing a lot of GL4 features. The interesting thing is if you check the status matrix, the same level of support exists in current high-end leading Nvidia graphics cards as in the previous generation's cards. This means that the nouveau driver appears to be similar to the Nvidia blob in that it's adapted to support multiple graphics card models easily.
Nothing has changed in a couple of years regarding the relative performance of the open source kernel drivers for NVidia and ATI cards and their closed source binary counterparts.
Given similar and modern hardware, the open source ATI driver is much better in several areas including general performance and ease of installation. I believe this is due to ATI publishing specs to a much greater extent, and I think they even have (had?) employee(s) dedicated to developing the OSS driver that ships w/the kernel. NV on the other hand, shows very clearly through their (in)actions that they do not give a shit about Linux, and the neuveau (sp?) driver is completely reverse engineered w/little to no help or interest from NV.
The closed binary drivers in terms of relative performance show the opposite with nVidia edging ATI out in terms of performance. But again, the ATI driver is a breeze to install where the NV driver installation is a bit quirky, for example forcing you to exit X to do the install. Not a big deal for most users, but probably a bit disconcerting for "newbies". Another thing that turned me off about the closed NV drivers in the past (don't know if this still holds) is that they would not install if you were running a Xen kernel, or if you were running VMware Workstation.
Another thing to keep in mind when selecting a card is GPU compute capabilities: cuda vs. OpenCL support. The level of support varies by both OS and program; some apps support one API but not the other. If your app supports OpenCL only, by all means go for the ATI card as they perform much better. If your app supports cuda only, or if the app happens to be Blender, then the only choice is NVidia because ATI cards cannot run the proprietary cuda API, and in the case of Blender, it's OpenCL implementation is severely lacking for various reasons regardless of operating system.
In the end, use your head and do your homework before deciding on a GPU, and ignore the troll headlines.
It's just too bad that both open source drivers are still nowhere close to matching their proprietery couterparts.
Anyone know if the Linux drivers for the AMD graphics engine support CUDA and OpenCL?
If so, for which specific boards?
Are benchmarks yet available?
Should have just ranked them by speed. Slowest to fastest: ... I'd like to know where Intel's rank in that line up. I know they're slower than the closed source ones, but what about the open source ones (and what cards?)?
Nvidia with open source drivers
AMD with open source drivers
AMD with closed source drivers
Nvidia with closed source drivers
I haven't got many ATI cards, but my laptop has a decent mobile-series radeon and the *only* issue I've had was with Ogre3d terrain and the closed-source driver. Windows was solid. Linux works fine except it won't render textures on Ogre-terrain. I think that may be a non-issue as IIRC there were some fairly nvidia-specific extensions there.
Other than that, everything that works on my nVidia machines works just fine on the ATI card. For installation, the FGLRX driver is often easier to manage than the nvidia blob, with one annoyance in that it wants an X restart when adding an HDMI monitor (haven't seen how nVidia handles that). It's gotten MUCH better since AMD took over though.
On ATI, I've done multi-head, windows games, WINE games, and GL development without any major issues other than noted.
I haven't tried the FOSS driver recently, but I might just have to give it a shot as well.
Last complaint about ATI vs nVidia... AMD/ATI do seem to drive binary-support for cards faster (which is where having functional FOSS drivers is quite nice).
Except that Intel's GPUs just don't support some of their functionality on Linux. Like OpenCL. Or a modern OpenGL version.
Right, you might not care, if your usage pattern is mostly about websites and text files. For me, nVidia GPUs are the *only* thing that both brings the functionality I need (as a GPGPU software developer) and actually works.
AMD linux drivers are in a habit of losing functionality over time. Like all functionality (happened to me once). Others have complained that after updating the driver, some parts of the functionality that were present are no longer there. Because of the way Linux kernels work, you usually can't put an ancient driver to a new Linux distro.
Nice activist moderation.
I gave up on reading Phoronix because they report on nothing but benchmarks when those are very uninteresting from a Linux perspective unless things fall way behind. There are plenty of non-Linux sites benchmarking hardware. What we need in a Linux review site is someone focuesed on compatibility, stability and ease of configuration.
I read Slashdot every day, but only read articles that have some interesting, quirky, geeky non-technical content. Just for once, I thought I'd open one of these highly-specific hardware threads, of which the topic is totally alien to me. I have zero to the power of infinity interest in graphics drivers, but I wanted to see what the general tone of the 116 (!) comments were, compared to the other Slashdot articles.
That's all. No judgement, no witty reply. Carry on.
I see nobody has mentioned FreeBSD and Kernel Mode Switching. Problem is that some time ago in a galaxy not far away the authors of opensource Radeon driver decided to abandon UMS in favor to KMS which obviously required card-specific code in OS kernel of every OS that uses the card. FreeBSD folks work hard, but my Radeon supermeganotebook that costs me a fortune still collects dust, and I have been forced to sell my Radeon, buy Geforce and use proprietary drivers. They suck - they have some issue with framebuffer sync appearing as ghostly stripes on everything moving (both mplayer and Mozilla scrolling).
Ditto for various security systems, etc, which still use good ol' co-axial for video.
seems opensource only wins on the HD6450 ... but with no hardware video-format decoding.
to find out why it's cool though: http://www.chromeexperiments.com/webgl/