1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings

Michael Larabel

Published on 23 April 2013
Written by Michael Larabel
Page 1 of 8 - 61 Comments

One week after delivering updated Radeon Gallium3D vs. AMD Catalyst benchmarks on Ubuntu Linux, we have to share this morning similar results for the open-source and reverse-engineered "Nouveau" Linux graphics driver compared to the proprietary NVIDIA Linux graphics driver. While the Nouveau driver has come a long way and does support the latest Fermi and Kepler GPUs, it's not without its share of shortcomings. Eleven NVIDIA GeForce graphics cards were used in this latest Phoronix comparison.

As highlighted numerous times now, one of the biggest issues with the Nouveau driver is the current lack of proper re-clocking support: in other words, allowing the graphics card's GPU core, shader, and memory clocks change. With modern NVIDIA (and AMD/Intel) GPUs, there's multiple power/performance states so the frequencies and voltages can drop for less demanding workloads. The frequencies/voltages set by the hardware's video BIOS at boot time is often in one of these lower states. For the Nouveau driver right now, it continues to use the frequencies that were programmed by the video BIOS at the time of hardware initialization. For most modern GPUs, these frequencies are dramatically lower than what's the hardware advertised to run at, which is costly when it comes to the OpenGL performance.

Nouveau's state of re-clocking is mixed. It can make the open-source driver more competitive against NVIDIA's binary driver, but the re-clocking support is hit-or-miss depending upon the hardware generation. There is presently no mainline Nouveau re-clocking support for the GeForce 400/500 "Fermi" or GeForce 600 "Kepler" hardware out of NVIDIA in recent years. When it comes to earlier generations, no hardware is being re-clocked by default, but many GPUs can be re-clocked when booting the kernel with a special parameter and then writing a value to a special sysfs file -- it's far from streamlined or being user-friendly at this point. (Attempting re-clocking is covered in this article.)

For older generations of NVIDIA GPUs, the re-clocking issues often comes down to memory re-clocking gone wrong where there is then stability problems, on-screen artifacts, or other problems. Re-clocking support also mandates good power management support within Nouveau since if the GPU clocks and voltages are ramped up but the fan speed remains low, the graphics hardware could potentially overheat or in worst case be damaged. The power/fan management concerns have been one of the reasons why Nouveau developers don't enable "out of the box" re-clocking right now.

So long story short, one of the major inhibitors to the Nouveau driver from competing with the NVIDIA driver is that at the moment it can't easily program the hardware to run at the graphics card's correct frequencies. With the testing in this article, testing was done with a stock Nouveau setup for each graphics card and then also when attempting to re-clock the GPU to run at its rated speeds. On the benchmark results on the following pages, the re-clocked frequencies for GPUs where it was successful -- i.e. no stability issues or visible artifacts -- are indicated as the "Open-Source Maxed" results. On the graphs, the "Maxed" results only difference is with the GPU re-clocking,

The graphics cards used for this latest Nouveau vs. NVIDIA Linux OpenGL performance testing were a GeForce 8500GT, 8800GT, 9500GT, 9600GSO, 9800GT, 9800GTX, GT 220, GT 240, GT 520, GTX 550 Ti, and GTX 680 graphics cards.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. AMD Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. New Group Calls For Boycotting Systemd
  2. The Features To Find With The Imminent Release Of LLVM/Clang 3.5
  3. Borderlands 2 Is Coming To Linux
  4. The Witcher 2 Ups The Performance More & Works Around Catalyst Bug
  5. Running Gallium3D's LLVMpipe On The Eight-Core 5GHz CPU
  6. Trying Intel OpenCL On Linux For Video Encoding
  7. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  8. webOS Lives On As LuneOS With New Release
  9. Marek Lands Radeon Gallium3D HyperZ Improvements
  10. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. nv and xorg.conf under Debian PPC
  3. AMD graphics doesn't work with AMD Catalyst drivers
  4. Best Radeon for a Power Mac G5?
  5. The dangers of Linux kernel development
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. SSD seems slow