Last month I showed how AMD's open-source driver performance evolved in 2015 while today's article is looking at how the closed-source AMD / Radeon Technologies Group proprietary driver has evolved over the course of the year.
Similar to the recent open-source year end driver recaps, here's a recap of NVIDIA's binary driver activities for 2015 along with some benchmarks comparing the performance of the proprietary driver over the past year.
This year the open-source NVIDIA Linux driver (Nouveau) continued to evolve with improvements for re-clocking, the start of OpenGL 4 support, and other new functionality. Here's a recap along with some performance benchmarks showing how the OpenGL performance evolved over the past 12 months.
Yesterday I published our usual end-of-year results showing how AMD's open-source driver evolved in 2015 with regard to its OpenGL performance. For your viewing pleasure today are similar results but on the Intel Haswell side looking at how the open-source Intel Linux driver performance changed since the end of 2014.
Complementing yesterday's AMDGPU tests with the new DRM-Next code that has PowerPlay support where the speed of this latest open-source driver code was compared to the proprietary driver, here are some tests showing the AMDGPU driver performance under a few different scenarios.
Last week I posted some AMD proprietary vs. open-source AMD Linux driver benchmarks using the very latest code. Left out of that earlier comparison was the R9 Fury series with Fiji GPU as well as newer graphics cards using the Tonga GPU. These graphics cards are supported by the AMDGPU DRM driver rather than the long-standing Radeon DRM driver. As I've been mentioning a lot this week, Linux 4.5 will bring the PowerPlay power management / re-clocking support to AMDGPU. In this article are showing benchmarks of the Fiji and Tonga GPUs under Linux 4.4 and Linux 4.5 DRM-Next along with the Catalyst 15.9 driver as shipped by Ubuntu 15.10.
Last week I posted benchmarks of the AMD proprietary vs. open-source Radeon R600/RadeonSI Gallium3D drivers of various graphics cards on the newest open-source code. Today I'm doing a similar treatment on the NVIDIA GeForce side with seeing how their proprietary driver compares to the latest open-source Nouveau code.
Following this week's OpenGL 4.1 R600g benchmarking with that newly-enabled OpenGL 4 support, I set out to run a larger hardware comparison on both the R600g and RadeonSI drivers as part of our year-end 2015 Linux benchmarking. In this article are tests of seven AMD Radeon graphics cards tested on the proprietary driver compared to the latest open-source driver stack -- with extra steps of enabling DRI3 rendering and also using the latest AMDGPU PowerPlay code.
There are two reasons for doing some end-of-the-year Radeon R600 Gallium3D driver testing with pre-GCN graphics cards. First, since the pre-GCN (HD 6000 series and older) support is being dropped by the new Radeon Software driver. Secondly, the R600g open-source driver finally supports OpenGL 4.1 for select GPUs. In this article is a look at the AMD Catalyst Linux driver with the last official release for HD 6000 series hardware compared to the very latest open-source Radeon graphics stack on Ubuntu Linux with a variety of interesting OpenGL Linux game tests.
On Friday I posted benchmarks showing Nouveau's re-clocked performance relative to NVIDIA's proprietary driver for showing the performance potential of NVIDIA's GeForce GTX 600/700 series with the performance state code there beginning to work. That article was followed by AMDGPU driver tests on Linux 4.4 against Catalyst for the newest AMD GPU tech that uses this newer Direct Rendering Manager driver. The third test now is comparing the Radeon DRM performance on Linux 4.4 against AMD's binary blob when using older AMD GCN GPUs as well as a Northern Islands GPU for reference.
With earlier today showing new OpenGL performance numbers for how the Nouveau driver with working re-clocking compared to NVIDIA's proprietary driver, here are some benchmarks to show how the AMDGPU kernel DRM driver with PowerPlay patches compare to AMD's Catalyst driver for the R9 285 (Tonga) and R9 Fury (Fiji) graphics cards.
With the upcoming Linux 4.4 kernel, the Kepler re-clocking is in much better shape and for select GeForce GTX 600/700 series cards now allows the open-source driver to run them at their fully-rated clock frequencies. Here's some tests showing how Nouveau now compares to NVIDIA's proprietary Linux driver in such a comparison.
While leaked slides indicate AMD was planning better gaming on Linux for Crimson, in the end they really didn't deliver. Even for their mentioned games, when testing various Linux OpenGL games on three different systems the performance was largely unchanged.
With Nouveau Kepler re-clocking beginning to work better on the in-development Linux 4.4 kernel, here are some fresh benchmarks comparing the open-source NVIDIA driver on the Git kernel compared to some AMD Radeon graphics cards on its open-source driver.
With the in-development Linux 4.4 kernel, NVIDIA GeForce GTX 600/700 series (Kepler) graphics cards are manually re-clocking a lot better to allow better performance on this unofficial NVIDIA Linux driver.
Last weekend I ran benchmarks looking at the performance of the AMDGPU DRM driver with the new PowerPlay patches for providing proper power management support for Tonga and Fiji graphics cards. In today's article is a larger comparison when running this latest Radeon and AMDGPU DRM driver code to see how these newer AMD GPUs compare to existing, well-supported Radeon graphics cards.
Yesterday AMD finally posted power management support for the AMDGPU DRM kernel driver when it comes to supported discrete graphics cards like Tonga and Fiji. I've been testing these PowerPlay Linux patches since yesterday to great success. In this article are results from a Radeon R9 285 and Radeon R9 Fury when testing these kernel patches along with the latest Mesa 11.1-devel Git drivers.
Here's the third installment of our Windows vs. Linux OpenGL benchmarking this week... This is a look at how the AMD Catalyst closed-source driver on Windows compares to AMD's latest open-source driver code on Linux.
Following the recent Phoronix article about the state of DRI3 for X.Org drivers, many in the forums began discussing DRI3. While the Intel and Radeon X.Org drivers don't yet enable Direct Rendering Infrastructure 3 by default, I decided to run some fresh OpenGL benchmarks with a few Radeon graphics cards to compare the performance of DRI2 and DRI3.
With AMD having recently submitted their first batch of Radeon and AMDGPU changes into DRM-Next for then landing into the Linux 4.4 kernel, I decided to run some benchmarks seeing how well this new, experimental open-source AMD Linux kernel graphics driver code is working out.
One of the most anticipated talks of XDC2015 Toronto was the update on AMDGPU / the open-source Linux driver strategy... Vulkan details were revealed!
With yesterday's Catalyst 15.9 Linux driver release bringing fixes for a number of Steam Linux games, it's been a busy night benchmarking this latest Catalyst Linux driver release. Here are some initial numbers.
Earlier this week we took a look at the AMD Radeon R600 Gallium3D performance over two years by benchmarking every Ubuntu Linux release since early 2013 with a Radeon HD 6000 series graphics card. Today up for your viewing pleasure are the results from a similar test but using a Radeon Rx 200 series graphics card with the newer RadeonSI Gallium3D driver for open-source AMD GCN GPUs.
With the forthcoming Linux 4.3 kernel is a big rework to the open-source NVIDIA (Nouveau) driver. Here are our first tests of NVIDIA GeForce hardware under Linux 4.2 stable and then the Linux 4.3 Git code with this reworked driver.
Today's Linux benchmarking is looking at the performance of the open-source Radeon R600g Gallium3D driver for pre-GCN GPUs over the past two years. A Radeon HD 6870 was used while testing all of the Ubuntu Linux releases going back to Ubuntu 13.04, plus the latest Git code as well.
Following this weekend's Radeon R9 Fury open-source Linux driver tests with the DRM-Next code to be merged into Linux 4.3, the latest Mesa 11.1-devel Git code, and LLVM 3.8 SVN for the AMDGPU compiler back-end, I proceeded to run some bleeding-edge open-source Radeon Gallium3D graphics versus AMD Catalyst Linux benchmarks on Ubuntu.
Now that Linux 4.2 is set to be released today, out on the horizon we have to look forward to Linux 4.3 kernel. Set to be merged into Linux 4.3 will be in the initial open-source AMD driver code for supporting the Radeon R9 Fury graphics cards. This open-source Fury support is the focus of our testing today with it being the first time powering up this Fiji GPU outside of Catalyst.
This week I posted some AMD RadeonSI/R600g tests on Mesa 11.0 with DRM-Next along with a Intel Skylake vs. Radeon comparison using this new version of Mesa that will be officially released next month. Of course, following those tests, the requests turned to testing Mesa 11.1-devel rather than the Mesa 11.0 Git code.
With my Skylake HD Graphics 530 Linux tests earlier this month from the new Intel Core i5 6600K processor, I compared the performance to several Haswell/Broadwell CPUs as well as AMD APUs. In this article I'm providing some fresh benchmark results of Intel's "Gen9" graphics compared to discrete AMD Radeon GPUs tested on the same Skylake system. All tests were done with Mesa 11.0 code and the DRM-Next code for Linux 4.3.
As some new Mesa 11.0 benchmarks to publish is looking at the performance of several Radeon GPUs on the R600g and RadeonSI Gallium3D drivers as tested out-of-the-box on Ubuntu 15.04 with the Linux 3.19 kernel and Mesa 10.5.2, then compared to the DRM-Next code for Linux 4.3 plus Mesa 11.0-rc1.
772 display drivers articles published on Phoronix.