For those curious about the performance overhead of enabling multi-sample anti-aliasing (MSAA) with the RadeonSI Gallium3D driver, here are a few benchmarks showing the performance overhead at various MSAA levels with the latest open-source AMD Linux driver.
After yesterday delivering the first open-source benchmarks of the Radeon R9 290, here's the open-source driver (RadeonSI Gallium3D) vs. closed-source driver (Catalyst) Linux OpenGL benchmarks for this high-end AMD Hawaii graphics card.
With the Linux 3.17 kernel, Mesa 10.3, and the newest Radeon microcode files, there's finally working Hawaii GPU support by AMD's open-source Linux graphics driver. The Radeon R9 290 series launched nearly one year ago and finally now the open-source driver is working right, so we've conducted some preliminary tests using the R9 290 compared to AMD's other Radeon GPUs on the open-source Linux driver.
Earlier this week I ran the article about open-source Radeon graphics having some improvements with Linux 3.17 but after further testing of a range of AMD GPUs spanning multiple generations, for not all hardware are AMD graphics cards faster with this experimental kernel. In this article are benchmarks of the Linux 3.17 kernel with Mesa 10.3-devel showing the winners and losers from the Radeon HD 5000 series through the latest Radeon Rx 200 series graphics cards.
Compared to the state of AMD's RadeonSI Gallium3D driver stack shipped in Ubuntu 14.04 LTS back in April, the latest open-source graphics driver code for the Radeon HD 7000 series GPUs and newer is a heck of a lot faster. Here's some tests showing how much progress has been made the past few months.
Besides the recent work to support OpenGL Geometry Shaders for Sandy Bridge in Mesa, users of Intel "Sandy Bridge" HD Graphics can also be thankful for the forthcoming Linux 3.17 kernel. Early testing of Linux 3.17 has revealed that for at least some Intel Sandy Bridge hardware are OpenGL performance improvements with the newer kernel code.
Early benchmarking of the Linux 3.17 kernel have indicated faster performance for AMD's open-source Linux graphics driver thanks to Radeon DRM improvements.
With this week's Catalyst vs. RadeonSI Gallium3D driver comparison for the A10-7800 Kaveri APU with Radeon R7 Graphics, the default driver settings were used since after all it's what most Linux gamers and desktop users will utilize when running either driver. However, for those wanting to tune their open-source driver to get a bit higher number, enabling HyperZ is still an easy win.
With the recently released AMD A10-7800 Kaveri APU I carried out some new benchmarks comparing the open and closed-source Linux GPU driver performance for AMD with their Catalyst and RadeonSI Gallium3D solutions. When running the open-source Ubuntu driver tests, multiple versions of Mesa and the Linux kernel were used.
After last week running new Nouveau vs. NVIDIA proprietary Linux graphics benchmarks, here's the results when putting AMD's hardware on the test bench and running both their latest open and closed-source drivers. Up today are the results of using the latest Radeon Gallium3D graphics code and Linux kernel against the latest beta of the binary-only Catalyst driver.
The latest Linux GPU benchmarks at Phoronix for your viewing pleasure are looking at the OpenCL compute performance with the latest AMD and NVIDIA binary blobs while also marking down the performance efficiency and overall system power consumption.
Last month I published some benchmarks where NVIDIA slaughtered AMD's Catalyst driver in APITest benchmarks, a set of OpenGL 4.x test cases. While these are just micro-benchmarks of modern OpenGL and designed for showing off potential solutions for problems to leading to lower driver overhead, there's been some improvements within the Catalyst 14.6 Beta on Linux. Up today are some new benchmarks of APITest using the latest AMD and NVIDIA drivers.
Starting out the last week of July's Linux benchmarking on Phoronix is a fresh comparison of several NVIDIA GeForce graphics cards when comparing the performance of the latest open-source Nouveau driver against the latest NVIDIA proprietary Linux graphics driver. While the Kepler cards now support GPU re-clocking, the results aren't quite ideal yet.
Complementing yesterday's Radeon, Intel, and Nouveau benchmarks using the very latest open-source driver code, here's some power consumption, performance-per-Watt, and thermal numbers when using an assortment of graphics processors on the latest open-source drivers.
As the second part of our Linux graphics testing this week after a Radeon R600/RadeonSI performance update with the Linux 3.16 kernel and Mesa 10.3-devel are some comparative numbers that include Intel's Haswell HD Graphics and various NVIDIA GeForce graphics cards on the Nouveau driver.
As the first part of an upcoming series of tests benchmarking the latest open-source and closed-source Linux graphics drivers for AMD Radeon and NVIDIA GeForce hardware, here's some benchmark results for several recent Radeon GPUs when tested on the current Git version of the Linux 3.16 kernel and a recent Mesa 10.3-devel snapshot.
After earlier this week posting some fresh NVIDIA VDPAU video playback performance tests, here is some testing of the open-source AMD Radeon driver with R600 and RadeonSI Gallium3D drivers while using the VDPAU state tracker for open-source, accelerated video playback using the graphics cards' UVD engine.
It's been a while since last running any video acceleration benchmarks at Phoronix so this week we're running a fresh set of VDPAU (Video Decode and Presentation API for Unix) benchmarks with NVIDIA's official driver plus for AMD Radeon hardware using the Radeon VDPAU state tracker support.
Besides the Nouveau driver performance being faster thanks to experimental re-clocking when using the Linux 3.16 kernel, there are also performance improvements to note with some generations of AMD graphics processors.
Back in 2012 with the NVIDIA 310 Linux driver series a threaded OpenGL optimization was added to the proprietary graphics driver. When this driver premiered we tested NVIDIA's Linux threaded OpenGL optimizations to mixed results. We're back now re-testing the OpenGL threaded optimizations to see if it makes any more of a difference now with modern Linux games and OpenGL workloads while using the latest 337.25 Linux driver.
Earlier this week on Phoronix we covered the steps to trying out Nouveau re-clocking with Linux 3.16, assuming you're running a supported NVIDIA GPU that can currently be statically re-clocked using this reverse-engineered graphics driver. While the support is still experimental and isn't intended for end-users, here are some fresh benchmarks of the Nouveau driver DRM code for Linux 3.16 when re-clocked.
Last weekend I published 2D performance benchmarks comparing Nouveau to NVIDIA's official driver. To no real surprise, the proprietary NVIDIA driver beat Nouveau in most micro-benchmarks when it comes to 2D (and separately, 3D) performance. With the open-source Radeon stack, however, it presents a much tougher fight against the proprietary Catalyst driver.
With the Linux 3.16 kernel comes the ability to re-clock select NVIDIA GeForce GPUs when using the open-source, reverse-engineered Nouveau driver. Here's my first impressions with trying out this option to maximize the performance of NVIDIA graphics cards on open-source drivers.
With the APITest OpenGL 4.x tests developed by John McDonald at NVIDIA who is now working for Valve on their Linux-related endeavors, the AMD Catalyst driver gets absolutely annihilated for these GL4 micro-benchmarks.
After last weekend delivering 30-way Intel/AMD/NVIDIA 2D Linux benchmarks this weekend I have some results comparing the GeForce GPU performance for 2D operations between the open-source Nouveau driver and the closed-source proprietary NVIDIA Linux driver.
The Linux graphics benchmarks we have to publish today at Phoronix are some tests of the Intel "ILO" Gallium3D driver that is independently developed by LunarG as an unofficial alternative to the classic Intel Mesa DRI driver that's officially supported by the Intel Open-Source Technology Center.
For those of you with NVIDIA graphics cards prior to the GeForce 400 "Fermi" series, NVIDIA is soon eliminating the support from their mainline proprietary Linux graphics driver.
A few days ago I began testing over 60 GPUs with the Intel/AMD/NVIDIA open-source Linux drivers. From that huge assortment of hardware I was able to deliver a plethora of Linux gaming and other OpenGL benchmarks from 50 of the graphics cards. I already followed-up with the performance-per-Watt and efficiency data for the wide assortment of graphics cards on the open-source drivers. As the last article looking at the open-source performance before switching over to the AMD Catalyst and NVIDIA proprietary Linux benchmarks, here are some 2D performance results from the Linux desktop.
This week there's already been a high-end OpenGL comparison using the latest proprietary drivers with newer AMD Radeon and NVIDIA GeForce graphics cards. Those OpenGL results were followed by a 2D NVIDIA/AMD Linux performance comparison and now to end out the week are some OpenCL compute benchmarks.
Yesterday on Phoronix we had benchmarks of high-end NVIDIA and AMD GPUs when looking at the Linux OpenGL performance on the proprietary drivers. For those more concerned about the 2D performance of the modern GeForce and Radeon graphics cards, here's some benchmarks for you.
806 display drivers articles published on Phoronix.