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 AYiR 2006

Michael Larabel

Published on 5 December 2006
Written by Michael Larabel
Page 2 of 7 - Comment On This Article

After months of anticipation launched on October 13 was the first official Linux display driver in the 1.0-9XXX series. Previously, however, there was the 1.0-9625 beta display driver. In September we had seen an unprecedented move by NVIDIA where they had finally began offering public beta display drivers for its alternative OS users -- not only Linux but also FreeBSD and Solaris. Premiering with the 1.0-9626 display driver was support for the NVIDIA Quadro Plex VCS, GLX_EXT_texture_from_pixmap support, improvements to nvidia-settings, improved Xinerama workstation OpenGL performance, Quad SLI support, improved X driver error recovery, OpenGL 2.1 support, and more. While the 1.0-9XXX series had not delivered a new driver installer or any other groundbreaking changes, the changes that had ended up making it were very nice to see especially with the GLX_EXT_texture_from_pixmap support.

Released a week after the 1.0-9626 driver launch was a security release in the Rel80 series with version 1.0-8776. This driver was brought on by a security hole found within the drivers. See here for more information. The last official driver we will be looking at is the NVIDIA 1.0-9629 release, which mainly publicized the highlights found within the 1.0-9625/1.0-9626 display drivers. This display driver was released on November 7.

Coming out a day after the 1.0-9629 release was the 1.0-9742 beta display driver over at nZone. This driver had offered initial Linux support for the GeForce 8800GTX and 8800GTS. No other changes were officially mentioned. Two legacy drivers had also come out this year -- 1.0-7182 and 1.0-7184. These drivers are solely targeted at the older NVIDIA GPUs, which are no longer supported by the mainstream driver branch. These legacy drivers had added support for X.Org 7.1 and various other fixes.

Note: On the eve of publishing this article, NVIDIA had introduced the 1.0-9631 display driver. This driver is coming out less than a month after the 1.0-9629 release and has three highlights -- fixing an OpenGL crash on some GeForce 3/4 GPUs, fixing an X server crash on some full-screen OpenGL applications, and improved interaction with newer kernels. We were not made aware of this release early by NVIDIA, so we did not have the time to test it for this article. However, this is another bug-fix release so it should have very little effect on the frame-rate performance from the 1.0-9629 or 1.0-9742 display drivers. More information on the 1.0-9631 display driver can be found here.

While feature-wise NVIDIA has made a great deal of improvements with their display drivers this year, one of the areas that can be debated is the quality of their Linux SLI Frame Rendering support. Coincidently the 1.0-8XXX Linux driver series was introduced exactly one year ago to the day. The 1.0-8174 display driver had featured initial support for NVIDIA SLI (Scalable Link Interface) as well as a great deal of other changes. Last year at this time we were here expressing concern over the quality of SLI under Linux. This MultiGPU technology was simply not able to offer any major benefits over a single GPU. With Microsoft Windows the benefits of SLI are apparent for gamers and even workstation users, but with Linux it is simply nonexistent. Even a year later with over a half dozen driver releases, the performance benefits continue to be inferior. With the drivers this year they had introduced Quad SLI support and other fixes, but still we see Linux SLI as unacceptable. Earlier this year we had published an article entitled HP: The SLI Godfather?, in which we had shared that the SLI support under GNU/Linux and Solaris may have solely been because of Hewlett-Packard and Sun Microsystems. As a follow up to that article, we have yet to see any evidence contrary to our investigation and to this date SLI for FreeBSD does not exist.

Latest Linux Hardware Reviews
  1. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  2. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  3. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  4. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
Latest Linux Articles
  1. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  2. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  3. Testing For The Latest Linux Kernel Power Regression
  4. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
Latest Linux News
  1. AMD, Wine & Valve Dominated August For Linux Users
  2. Linux 3.17-rc3 Kernel Released Back On Schedule
  3. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  4. Mesa 10.3 RC2 Arrives Via Its New Release Manager
  5. Ubuntu 14.10's Lack Of X.Org Server 1.16 Gets Blamed On AMD
  6. MSI Motherboard BIOS Updating Remains A Pain For Linux Users
  7. See How Your Linux System Performs Against The Latest Intel/AMD CPUs
  8. AMD Steppe Eagle Flys To Coreboot
  9. Intel Beignet Is Working Out Surprisingly Well For OpenCL On Linux
  10. Coreboot Adds Lenovo X220 With Native Sandy Bridge Support
Latest Forum Discussions
  1. SSD seems slow
  2. AMD Releases UVD Video Decode Support For R600 GPUs
  3. Is laptop with Intel CPU and AMD dGPU worth buying considering especially AMD Enduro?
  4. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs
  5. Radeon HD5670 and Ubuntu 14.04
  6. Updated graphics drivers for Ubuntu 12.04 Precise LTS
  7. Catalyst 14.201.1008
  8. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins