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.
Up as an extra article from Munich is a comparison of Intel DRM drivers on recent Linux kernel releases while using Core i7 Ivy Bridge hardware. With the Linux 3.4 kernel there are definite Intel Linux graphics performance gains.
Now having compared the graphics driver performance between Microsoft Windows 7 and Ubuntu 12.04 Linux for the NVIDIA driver with the GeForce GTX 680 and the multi-platform Intel performance for Sandy Bridge and Ivy Bridge, here's a look at the AMD Catalyst driver performance with the Radeon HD 7950 graphics card when running between Windows 7 and Ubuntu Linux.
Up for publishing today is a multi-card multi-driver comparison spanning several generations of discrete ATI/AMD Radeon graphics cards looking at the Radeon OpenGL performance as found by default in Ubuntu 12.04, as found when updating to the latest "Git" development code, when tweaking the latest development code for maximum performance, and finally when using the proprietary AMD Catalyst Linux display driver.
As the Intel Ivy Bridge benchmarks being delivered on Phoronix and coming up in the coming days are frequently using the latest Intel Linux graphics development stack, for those curious here is a comparison between the stock Ubuntu 12.04 packages and when running the latest Linux kernel / Mesa / libdrm / xf86-video-intel Git DDX.
Going back to last year there's been the "Glamor Acceleration" project out of Intel to accelerate the 2D operations within X using OpenGL on Mesa. This is similar to the Xorg state tracker approach and while it's not yet enabled by default, Intel OTC developers have been making much progress in recent months. In this article is a look at the recent Glamor update while comparing it to the stock Intel UXA acceleration as well as to the other experimental acceleration option: Intel SNA.
Last week the R600 LLVM compiler was hooked up for AMD's open-source Gallium3D driver. This LLVM shader compiler is important particularly for OpenCL enablement within the open-source Radeon Linux graphics driver, but still there is some ways to go before that code is ready for production use.
764 display drivers articles published on Phoronix.