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. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. Ubuntu 14.10 Linux 32-bit vs. 64-bit Performance
  2. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  3. MSI: Update Your BIOS From The Linux Desktop
  4. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
Latest Linux News
  1. Features Of The Linux 3.18 Kernel
  2. Automatic Feedback Directed Optimizer Merged Into GCC
  3. Debian Now Defaults To Xfce On Non-x86 Desktops
  4. Phoenix Is Trying To Be An Open Version Of Apple's Swift
  5. Linux 3.19 To Have Skylake Graphics, PPGTT Enablement
  6. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  7. Imagination Releases Full ISA Documentation For PowerVR Rogue GPUs
  8. Features GNOME Developers Want In The Linux Kernel
  9. GTK+ Gains Experimental Overlay Scrollbars
  10. Phoronix Test Suite 5.4 M3 Is Another Hearty Update
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. AMD Releases UVD Video Decode Support For R600 GPUs
  3. HOPE: The Ease Of Python With The Speed Of C++
  4. Proof that strlcpy is un-needed
  5. xbox one tv tuner
  6. Bye bye BSD, Hello Linux: A Sys Admin's Story
  7. Updated and Optimized Ubuntu Free Graphics Drivers
  8. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux