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

NVIDIA GeForce GTX 680 "Kepler" On Linux

Michael Larabel

Published on 17 April 2012
Written by Michael Larabel
Page 3 of 15 - 33 Comments

GeForce GTX 680 On Linux

Now in terms of the NVIDIA GeForce GTX 680 on Linux, assuming you're using the official NVIDIA Linux binary driver you should be in good shape. As with previous generations of hardware, NVIDIA's official Linux driver should be at near feature party to the NVIDIA Windows driver. The performance should also be in good shape too relative to the Windows performance.

One of the Linux feature limitations that first appeared in the NVIDIA driver during Fermi enablement was no NVIDIA Linux overclocking support for the new hardware. With Fermi, the architecture became more complicated and implementing support for proper overclocking support within the NVIDIA Linux driver did not happen but it stands as a low-priority item. For older NVIDIA GeForce hardware, there still remains core/memory overclocking support in the NVIDIA binary driver when enabling the CoolBits option in the xorg.conf, after which point the clock speeds can be easily manipulated through the NVIDIA Settings panel. With Kepler, there is also no overclocking support under Linux. It's possible it could come in a future driver update, but there's no guarantee, so for now you're just left to run the graphics card at whatever speed it's set to run at from the video BIOS.

At least PowerMizer does work with the binary driver for automatically switching between performance levels. While PowerMizer works, after running the tests I realized there was a slight problem... The third (highest) performance level indicates a 705MHz core clock, 3004MHz memory clock, and 1411MHz processor clock. Okay, the GDDR5 memory clock is right, but the rest are not; the graphics core clock is some 300MHz too low. The performance level two is also the same as the performance level three. In checking what the Phoronix Test Suite was reporting, which reads its values using the nvidia-settings extension and in the case of clock frequencies via the "GPU3DClockFreqs", it too found the GK104 core topping out at 705MHz rather than 1006MHz.

In contacting the NVIDIA Linux team, they investigated and at first thought it might have been a defective video BIOS or other issue. However, in the end the NVIDIA Linux developers believe the card is operating correctly, it's just not being reported as such. With Kepler each of the GPU's performance levels has a range of frequencies and so they think it's basically just showing the low-end values. However, the reporting should be improved in a future release. For more details see this news posting.

Latest Linux Hardware Reviews
  1. Btrfs On 4 x Intel SSDs In RAID 0/1/5/6/10
  2. AMD Radeon R9 290 On Ubuntu 14.10: RadeonSI Gallium3D vs. Catalyst
  3. MSI X99S SLI PLUS On Linux
  4. NVIDIA GeForce GTX 970 Offers Great Linux Performance
Latest Linux Articles
  1. NVIDIA's Linux Driver Can Deliver Better OpenGL Performance Than Windows 8.1
  2. Windows 8.1 vs. Ubuntu 14.10 With Intel HD Graphics
  3. 6-Way Ubuntu 14.10 Radeon Gallium3D vs. Catalyst Driver Comparison
  4. NVIDIA vs. Nouveau Drivers On Ubuntu 14.10
Latest Linux News
  1. Wine 1.7.30 Continues Work On DirectWrite & Offers Regedit Fixes
  2. Has The Sky Fallen? Qualcomm Contributes To Freedreno's DRM/KMS Driver
  3. Manjaro Works To Make Calamares A Distribution-Independent Installer
  4. DisplayLink USB 3.0 Support Sounds Like A Mess
  5. PulseAudio Gains A Native Bluetooth Headset Backend
  6. X.Org Foundation Decides On Its Women Outreach Project
  7. GTK+ 3.16's New GtkGLArea Widget Gets Improved
  8. X.Org Server 1.17 ABI Bumped
  9. Fedora 21 Beta To Be Released Next Week
  10. Go 1.4 Beta Release Brings Big Runtime Changes
Latest Forum Discussions
  1. Closed source to opensource
  2. What Would You Like To See Next?
  3. How to get rid of Linux
  4. Is foolish currently develop in machine code, hexadecimal and assembly?
  5. Reducing The CPU Usage In Mesa To Improve Performance
  6. Help diagnosing problems with a Readon HD 4670 on Mesa 10.3.2-1
  7. Advertisements On Phoronix
  8. nv and xorg.conf under Debian PPC