LLVMpipe is gaining traction on the Linux desktop as means of being the default software-accelerated OpenGL fallback. The open-source LLVMpipe driver is even being used for the Unity desktop and GNOME Shell fallback by some distributions when no GPU driver is available (although KDE doesn't plan to take the LLVMpipe route). In this article are benchmarks showing the Gallium3D LLVMpipe performance if attempting to run OpenGL games on this driver running atop a modern CPU.
After some dabbling this weekend with Ubuntu 12.10 on both the Nouveau and NVIDIA graphics drivers, there's both good and bad news to share.
While Linux 3.7-rc1 hasn't even been released yet as the merge window is still open, the Linux 3.7 kernel is exciting and users of the open-source Nouveau driver will be greeted by the Nouveau DRM driver rewrite / code restructuring. Due to the invasive Nouveau work, some early Nouveau tests under the Linux 3.7 kernel were carried out. The 3.7 results were then compared to the earlier Linux 3.4, 3.5, and 3.6 kernel releases.
Recently there was the NVIDIA graphics comparison under Windows 7 and Linux providing new data at how the cross-platform NVIDIA driver is comparing between Ubuntu 12.10, Kubuntu 12.10, and Windows 7 Pro. Aside from Ubuntu's Unity desktop with Compiz impairing the performance, the results were competitive. Next up now is a look at Intel Sandy Bridge and Intel Ivy Bridge graphics when comparing the performance of the three operating systems.
A few months back the NVIDIA Linux driver introduced support for FXAA, a new anti-aliasing method. In this article are benchmarks of FXAA plus more information on this post-process shader-based anti-aliasing method.
Due to the prolific driver development work being done by Intel's Chris Wilson to advance the SNA 2D acceleration architecture for the xf86-video-intel driver, here's some new benchmarks of "Sandy Bridge New Acceleration" when being run from an HD2500-class Core i5 "Ivy Bridge" processor using the new driver release from Sunday.
As a prelude to the forthcoming Windows 7 vs. OS X 10.8 vs. Ubuntu Linux benchmarks that are looking at how Intel OpenGL graphics compare between the operating systems, here's some Intel Sandy Bridge benchmarks that provide a historical look at how the Linux kernel -- and upgrades to the Intel Direct Rendering Manager driver within the kernel -- have matured over time. On average, the Intel Linux graphics performance is up about 30% over the course of the past few kernel releases this year.
Testing of the latest Linux 3.6 kernel that's presently under development has revealed some additional OpenGL performance improvements with Intel graphics, at least concerning the latest-generation "Ivy Bridge" processors.
Recently I showed benchmarks of the Radeon Gallium3D driver for a mature Radeon HD 4870 graphics card over the past two years to look at the performance improvements made to this open-source Linux graphics driver. Up today are benchmarks of an old Radeon X1950PRO (R500 class) ATI graphics card when using the original "R300g" Gallium3D driver and testing every major Mesa release going back to Mesa 7.8 with the classic R300 driver.
With the upcoming release of Mesa 8.1, here's a look at how the AMD Radeon "R600" Gallium3D driver performance has changed over the past two years. This article has benchmarks of each major Mesa release going back to Mesa 7.9 of 2010 back when the R600 classic DRI driver was still in early development but the only viable choice for using accelerated open-source graphics on AMD Radeon HD 2000 series graphics cards and newer. For the most part, the open-source Radeon Linux graphics performance has advanced greatly in terms of OpenGL performance over the past two years, but it's not without some outstanding regressions.
Having now delivered Mesa 8.1 benchmarks looking at the hardware drivers for AMD R600g, Nouveau, R300g, Intel Ivy Bridge, and Intel Sandy Bridge, here are some benchmarks when on LLVMpipe.
A few days back I published benchmarks showing Intel's Ivy Bridge hardware regressing with Mesa 8.1. While those problems are still outstanding, the good news is that Intel's previous-generation Sandy Bridge hardware appears unaffected. Overall, Sandy Bridge is performing well with the soon-to-be-released Mesa 8.1 library for open-source Linux graphics drivers.
In recent days there have been updated Mesa 8.1 development benchmarks put out looking at the R600 Gallium3D, R300 Gallium3D, and Nouveau Gallium3D open-source drivers. Those results for the different drivers show that Mesa 8.1 is generally faster than the current Mesa 8.0 stable series, but that does not appear to be the case for Intel at the moment. It looks like there are some active regressions that are lowering the Intel Ivy Bridge graphics performance with their Mesa 8.1-devel driver.
Due to the extreme pace at which Chris Wilson has been releasing SNA architecture updates for Intel's open-source X.Org driver, here are another set of benchmarks of Intel Sandy Bridge HD 3000 graphics when comparing UXA and SNA using yesterday's Git code following the xf86-video-intel 2.20.2 driver release.
After delivering Mesa 8.0 vs. 8.1-devel benchmarks for the R600 Gallium3D driver that supports ATI/AMD Radeon hardware from the HD 2000 through HD 6000 series (along with similar Nouveau Gallium3D benchmarks), here is a look at the upcoming Mesa release when using the R300 Gallium3D driver with ATI Radeon X1000 series graphics cards.
Here are some recent benchmarks comparing Intel's SNA and UXA 2D acceleration architectures offered by their open-source Intel Linux graphics driver.
After last week sharing results for AMD Radeon R600g Gallium3D on Mesa 8.0 and 8.1-devel, here are benchmarks for several NVIDIA GeForce graphics cards comparing the OpenGL Gallium3D performance with Nouveau on Mesa 8.0 stable and Mesa 8.1-devel.
With Mesa 8.1 set to be released next month, here are some benchmarks comparing the Git performance of Mesa 8.0.4 to Mesa 8.1-devel for several generations of Radeon graphics cards. In this article the R600g Gallium3D driver is being put under the microscope while other articles in the coming days will look at the Intel i965 DRI driver, ATI R300g Gallium3D for the older Radeon GPUs, and the Nouveau Gallium3D driver.
After publishing last week a look at AMD's Catalyst Evolution For The Radeon HD 7000 Series, here's a similar set of benchmarks to see how the NVIDIA graphics driver performance has changed for the GeForce GTX 680 "Kepler" graphics card since its inception.
It used to be -- at least when using the Windows Catalyst drivers -- that within the first few months of AMD releasing new Radeon graphics hardware that Catalyst driver optimizations would deliver measurable improvements in this short span. For the Radeon HD 7000 series, which is built upon an entirely new GCN architecture, is this still the case? Here are benchmarks of all the AMD Catalyst Linux drivers that have been released this year and then benchmarked on an AMD Radeon HD 7950 graphics card.
Following the work by Google at the end of June to implement sRGB textures in the Intel i915 Gallium3D driver, new Phoronix benchmarks were conducted to see how the Intel Gallium3D driver now compares performance-wise to the classic i915 driver when using an Intel Atom i945 netbook.
A new patch has surfaced on the Mesa development list that allows for further performance improvements to the R600 Radeon Gallium3D driver for some OpenGL workloads.
Back in May I carried out some performance tests on Intel's Sandy Bridge comparing UXA, SNA, and GLAMOR for 2D acceleration. In this article is a similar set of tests but for Intel's latest-generation Ivy Bridge HD 4000 graphics.
For some Sunday benchmarking, here are some results of the different anti-aliasing levels available within NVIDIA's binary Linux graphics driver when using a NVIDIA GeForce GTX 680 "Kepler" graphics card.
It's not only NVIDIA with Linux problems that cause upstream developers to publicly bash companies, but AMD has come under scrutiny too. The developers of the popular cross-platform XBMC multimedia project shared a little story about enthusiasm, hope, and disappointment. In this guest posting by Peter Fruhberger on Phoronix, XvBA is what is principally talked about, which is AMD's lead choice for video acceleration when using their proprietary Catalyst driver. Unfortunately the XBMC developers aren't too happy about the state of video acceleration using AMD's Catalyst driver for Radeon graphics hardware, hence why they have reached out to Phoronix with this rather lengthy public message. Whether AMD even cares about Linux users and when XvBA will support missing functionality are among their open questions for AMD.
After sharing the results last week of an optimized open-source Radeon driver trying to compete with AMD's Catalyst driver, it is time to turn the tables. In this article is a look at the latest open-source Nouveau driver code compared to NVIDIA's official closed-source Linux driver across a few generations of GPUs.
There's been a number of recent open-source driver improvements that have come about for modern ATI/AMD Radeon graphics cards under Linux, but not all of these features have yet to be merged or enabled by default (e.g. 2D color tiling, PCI Express 2.0, and HyperZ). With some basic tweaks, can the open-source Radeon Gallium3D driver now compete with AMD's proprietary Catalyst Linux driver when it comes to OpenGL performance? Let's see.
At the request of Phoronix readers curious about the NVIDIA VDPAU performance between different GeForce graphics cards, here are some results.
The latest open-source Radeon Linux driver code for supporting the Radeon X1000 (R500) series hardware has basically reached a point of competitiveness with the legacy Catalyst Linux driver that once supported this hardware. In some cases the open-source Gallium3D driver is now faster than what Catalyst once ran at while in other select OpenGL workloads there is still a proprietary imbalance.
The Linux 3.5 kernel is capable of delivering some massive performance gains for some of the more recent generations of ATI/AMD Radeon graphics processors. Here's some benchmarks showing the hefty performance gains found when using the latest kernel that is still being developed.
770 display drivers articles published on Phoronix.