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 Articles & Reviews
  1. Turning A Basement Into A Big Linux Server Room
  2. NVIDIA's $1000+ GeForce GTX TITAN X Delivers Maximum Linux Performance
  3. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  4. The New Place Where Linux Code Is Constantly Being Benchmarked
  5. 18-GPU NVIDIA/AMD Linux Comparison Of BioShock: Infinite
  6. Phoronix Test Suite 5.6 Adds New Phoromatic Enterprise Benchmarking Features
Latest Linux News
  1. Linux 4.0-rc6 Kernel Released
  2. Automatically Managing The Linux Benchmarks Firing Constantly
  3. The Big Features Of The Linux 4.0 Kernel
  4. Mesa's Android Support Is Currently In Bad Shape
  5. Wayland's Weston Terminal Can Now Be Minimized
  6. Phoronix - Working Towards Faster Page Loads
  7. Improved OpenCL Support For Blender's Cycles Renderer
  8. Mesa 10.5.2 Packs In A Handful Of Fixes
  9. More Fedora/Ubuntu Linux vs. OS X OpenGL Benchmarks
  10. Intel Adds Mesa IR To NIR Translator & Makes Other NIR Improvements
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. Allwinner Continues Jerking Around The Open-Source Community
  3. AMD Is Hiring Two More Open-Source Linux GPU Driver Developers
  4. Open-Source Driver Fans Will Love NVIDIA's New OpenGL Demo
  5. Systemd Change Allows For Stateless Systems With Tmpfs
  6. GNOME 3.16 Released: It's Their Best Release Yet
  7. GNOME Shell & Mutter 3.16.0 Released
  8. GNU Nano 2.4.0 Brings Complete Undo System, Linter Support & More