After first being introduced on Windows years ago, and then FreeBSD and ReactOS support added last year, this week finally marked the release of TitaniumGL for Linux. TitaniumGL is self-described as a "freeware driver architecture" and carries a goal to support OpenGL on graphics cards with broken, bad, or missing OpenGL hardware drivers. Here are some benchmarks of TitaniumGL compared to NVIDIA's binary GPU driver and the Mesa/Gallium3D LLVMpipe software rasterizer.
Earlier this week I shared a pleasant surprise in Mesa 8.1 Radeon Gallium3D with some significant performance improvements to be found in the current Mesa Git code-base for the "R600g" driver in some OpenGL games. In this article is a more diverse look at the current state of Mesa 8.1 development for R600 Gallium3D and comparative benchmarks from every major release going back to Mesa 7.10.
Recently there has been a lot of talk about Hierarchical-Z/HyperZ support for R600g since its set to provide a measurable performance benefit the open-source Radeon driver for modern GPUs. This support has still not been mainlined and there are still a few issues to work out, but at least the support is stable for the older "R300g" driver and has been around for quite a while at this point. For those wondering what to expect from HiZ/HyperZ performance boosts, here is a preview.
Besides video decoding, re-clocking / performance improvements, OpenCL, and other areas, the Nouveau driver still has room to advance when it comes to 2D performance.
One of the less talked about features of Mesa 8.0 is its ability to handle MLAA, which is short for Morphological Anti-Aliasing. But how does MLAA on the open-source graphics drivers affect the OpenGL performance and is it worth it for boosting the image quality through this anti-aliasing technique? In this article are some benchmarks of MLAA under Mesa 8.0.
For the past few years VMware has been improving the graphics acceleration support that is available via their virtualization platform. VMware -- through their 2008 acquisition of Tungsten Graphics -- has effectively re-written their graphics driver for their virtual "SVGA II" GPU to take advantage of the Gallium3D driver architecture, a new acceleration architecture, and many other improvements. This work has finally come together and is now working rather nicely.
With the Mesa 8.0 release right around the corner, in recent weeks there have been a number of benchmarks on Phoronix looking at this latest open-source OpenGL library and its drivers, including Gallium3D. In this article though are new benchmarks from one of the areas not explored yet: the Intel Gallium3D driver performance.
While RC6 support remains off-by-default as Intel developers are faced by RC6-related bugs affecting a small minority of Sandy Bridge users, this power-savings feature is not limited to only Intel mobile graphics. As discovered at Phoronix, RC6 can manage to boost the graphics performance beyond just extending your battery life. The RC6 performance boost is also quite visible on Intel Sandy Bridge desktop hardware too.
Here's a new look at Intel's Sandy Bridge New Acceleration (SNA) architecture within their DDX graphics driver. Testing in this article was done across three systems (mobile and desktop class Sandy Bridge hardware as well as an Ironlake system) seeing how well the latest code is performing in an effort to provide a better Intel 2D experience.
Over the weekend I shared that the Nouveau driver project, which seeks to provide an open-source NVIDIA graphics driver for Linux and other platforms via reverse-engineering, hit a major milestone. The Nouveau driver now supports re-clocking for several generations of NVIDIA GeForce hardware, which allows the open-source driver to put the graphics cards at their properly designed operating frequencies for maximum performance. This can result in the Nouveau driver performing much better against the official closed-source NVIDIA graphics driver, but the support is still very experimental. Initial testing over the weekend found this support to perform well when it works, but that overall it is still very buggy.
Thanks to recent advancements by Intel's Open-Source Technology Center, the open-source Linux graphics driver not only supports more OpenGL 3.0 functionality than Apple's Intel graphics driver for Mac OS X, but the performance is more competitive. In some cases, the OpenGL performance is now superior under Linux with the open-source driver that is developed by Intel in conjunction with the free software community. This article is looking at the performance of Intel Sandy Bridge graphics under Mac OS X 10.7 "Lion" and Ubuntu Linux.
There is some exciting news to break today on Phoronix... Coming up at FOSDEM (the Free Open-Source Developers' European Meeting in Brussels) will be the formal announcement of an open-source, reverse-engineered graphics driver for the ARM Mali graphics processor. OpenGL ES triangles are in action on open-source code. Will this be the start of fully open-source ARM graphics drivers for Android and Linux?
While it will not take you up to the speeds of the Catalyst driver, besides the 2D color tiling patches, there are a few other outstanding features not yet enabled-by-default in the open-source Radeon graphics driver that can yield some performance boosts. One of these other features is enabling PCI Express 2.0 support within the Radeon DRM.
What happens when you pull out some vintage computer hardware and run the latest Linux software as well as go back and run some of the oldest software available? Well, in the case of systems with antiquated R300-era ATI Radeon graphics, you are left with a downward slope in performance. Not only is the latest open-source Radeon graphics driver not always performing as well as an ancient Catalyst driver, but also the power consumption of the latest Linux code remains on an incline.
Now that the Nouveau, Radeon, and LLVMpipe graphics drivers have been tested under Mesa 8.0, what is left? The Intel DRI driver, of course! The open-source Sandy Bridge Linux graphics support is shining with Mesa 8.0 thanks to OpenGL 3.0 support and measurable performance improvements. Intel Ivy Bridge is also ready to run under Linux.
Patches finally arrived last week for 2D color tiling in the Radeon R600 Gallium3D driver. The patches were then re-based this past weekend and benchmarked by Phoronix. Will the 2D color tiling patches, which affect the Linux kernel, Mesa, libdrm, and xf86-video-ati DDX make the more recent Radeon graphics cards more competitive under open-source to the Catalyst driver?
After looking last week at the ATI/AMD Radeon Gallium3D performance under Mesa 8.0 and comparing its performance to Mesa 7.11 and the closed-source AMD Catalyst driver, along with the LLVMpipe driver performance, we're now focusing upon the Nouveau Gallium3D implementation that seeks to provide open-source NVIDIA hardware support. This comparison is pitting Nouveau in Mesa 8.0 against Mesa 7.11 and the official NVIDIA Linux driver.
Now that I've shared eight good features and eight bad traits of Mesa 8.0, which is the open-source graphics hardware library that's now supportive of OpenGL 3.0, it's time to begin looking closer at the performance. In this article are benchmarks of ATI/AMD Radeon graphics cards spanning five generations to show how the Mesa 8.0 performance compares to the previous release (Mesa 7.11) and the proprietary Catalyst driver.
Intel's experimental "Sandy Bridge New Acceleration" (SNA) acceleration architecture is a constant work-in-progress that even in the past two weeks over the holidays has received more than 100 changes. How though is this new 2D acceleration architecture fairing these days rather than the stock UXA configuration? In this article are our first Intel SNA benchmarks of 2012 when enabling this architecture.
Back in December I posted historical Intel Sandy Bridge benchmarks looking at the graphics performance over the course of 2011 that this latest-generation of Intel hardware has been supported under Linux. In this article are some similar Intel OpenGL benchmarks of each quarter going back to the end of 2010, but this time it is for the previous-generation Intel Ironlake hardware.
After yesterday's article about the Grinch that stole the Radeon Gallium3D performance, here's three offending commits since Mesa 7.10 that are causing the open-source Radeon Gallium3D driver to run slower than it should.
There are some significant performance drops right now on Mesa master for the forthcoming 7.12/8.0 release concerning the Gallium3D driver for older ATI Radeon graphics processors. The performance of the R300g driver is now setback compared to earlier Mesa releases.
If after reading about the recent Nouveau DRM improvements, you were hoping the kernel driver updates fixed-up the situation for the Fermi "NVD0" graphics processors, you are sadly mistaken: it is still a busted mess.
After re-testing every AMD Catalyst driver from 2011, the tables have now turned to do the same for the NVIDIA binary graphics drivers from 2011 as the year comes to an end.
With AMD having published the Catalyst 11.12 driver yesterday, the year is now complete as far as their graphics drivers are concerned. As such, for the sixth year, it's time for the year-in-review articles looking at how the NVIDIA and AMD GPU drivers have matured over the past twelve months in terms of features and OpenGL performance.
A thorough performance look at the Intel Core i7 3960X "Sandy Bridge" Extreme Edition processor will be published very soon, but in this article are some benchmarks of using Gallium3D's LLVMpipe driver on this six-core processor with Hyper Threading.
The year began with Intel launching their "Sandy Bridge" processors. While the CPU performance was very impressive for these latest-generation Intel processors, the graphics performance under Linux was a problem. The drivers were not ready in time. Well, they actually were technically available, but in Git source form and not easy for Linux desktop customers. There were also some initial hurdles in the Sandy Bridge Linux graphics support. However, over the past year, the Intel OSTC developers working on the open-source graphics support have dramatically improved the situation. As this article recaps the performance over the past year, Sandy Bridge is now rocking under Linux and Ivy Bridge is ready to go.
What happens if you build Mesa/Gallium3D with LLVM's Clang compiler or the LLVM DragonEgg plug-in with GCC? It has been asked before, so here is an answer.
It's been a while since last looking at the state of power management for Radeon GPUs, but here's an updated look at the various options surrounding power management for modern ATI/AMD graphics processors and their effectiveness. Various drivers, graphics cards, and tuning options are compared.
For those that are thinking about trying out the Sandy Bridge New Acceleration (SNA) architecture option for 2D graphics acceleration by the xf86-video-intel X.Org Linux driver, here are some benchmarks from the recent xf86-video-intel 2.17 release.
814 display drivers articles published on Phoronix.