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 Benchmarking Platform
Phoromatic Test Orchestration

Clock-For-Clock, Nouveau Can Compete With NVIDIA's Driver

Michael Larabel

Published on 6 November 2012
Written by Michael Larabel
Page 1 of 5 - 27 Comments

Similar to last week's testing of comparing the open-source vs. closed-source Radeon Linux driver performance from a stock Ubuntu 12.10 installation, the tables have now been turned to look at NVIDIA hardware on this latest Ubuntu Linux release. Benchmarks were done of the stock Nouveau open-source graphics driver, the official NVIDIA proprietary driver, and the proprietary driver when it was underclocked to match the clock frequencies as used by the reverse-engineered Nouveau driver.

This round of benchmarks is comparing the "out of the box" Nouveau driver performance to that of using the NVIDIA driver in Ubuntu 12.10, as obtained via the "nvidia-current" package in the Ubuntu Quantal archive.

Right now, the Nouveau driver does not handle any dynamic re-clocking automatically and even the manually configured static re-clocking can be hit-or-miss depending upon the specific GPU being used. The Nouveau driver is simply running the graphics core, shader clock, and memory clock at whatever the default speeds were for the hardware at boot time when the driver was initialized. With most modern GPUs, these boot speeds are much lower than their rated clock speeds -- for say an older GeForce 9500GT it has a 400MHz core and memory clock by default while it's supposed to run at a 550MHz core clock. For newer GPUs like the higher-end GeForce GTX 460, the rated clock speeds are 675/1800MHz while the boot clock speeds -- and what's used by Nouveau right now -- is 50/135MHz. Experienced Linux users can manually re-clock the graphics card with Nouveau, but it's not as trivial as adjusting a xorg.conf option but requires special kernel module parameters and writing a sysfs interface, as outlined in the aforelinked article. For many GPUs though, when attempting to re-clock the GPU it fails with either stability issues, rendering corruption, or other problems. With the Linux 3.8 kernel there might be better re-clocking, but that has yet to be seen.

Latest Linux News
  1. NVIDIA's Proprietary Driver Is Moving Closer With Kernel Mode-Setting
  2. The Latest Linux Kernel Git Code Fixes The EXT4 RAID0 Corruption Problem
  3. Features Added To Mesa 10.6 For Open-Source GPU Drivers
  4. Ubuntu's LXD vs. KVM For The Linux Cloud
  5. Fedora Server 22 Benchmarks With XFS & The Linux 4.0 Kernel
  6. GCC 6 Gets Support For The IBM z13 Mainframe Server
  7. Fedora 22 Is Being Released Next Tuesday
  8. OpenWRT 15.05 Preparing Improved Security & Better Networking
  9. Using The New LLVM/Clang OpenMP Support
  10. Zapcc Claims To Be A "Much Faster C++ Compiler"
Latest Articles & Reviews
  1. Btrfs RAID 0/1 Benchmarks On The Linux 4.1 Kernel
  2. The State Of Various Firefox Features
  3. Intel Iris Graphics Performance With Mesa 10.6
  4. Fedora Workstation 22 Is Looking Great, Running Fantastic
Most Viewed News This Week
  1. The Linux 4.0 Kernel Currently Has An EXT4 Corruption Issue
  2. The Linux 4.0 EXT4 RAID Corruption Bug Has Been Uncovered
  3. AMDGPU Open-Source Driver Code Continues Maturing
  4. Microsoft Open-Sources The Windows Communication Foundation
  5. Another HTTPS Vulnerability Rattles The Internet
  6. LibreOffice 5.0 Open-Source Office Suite Has Been Branched
  7. Systemd 220 Has Finally Been Released
  8. Will Ubuntu Linux Hit 200 Million Users This Year?