1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Intel's Mesa Driver Gets New Performance Patch

Intel

Published on 19 January 2013 04:34 PM EST
Written by Michael Larabel in Intel
1 Comment

Intel's Mesa DRI driver received a new patch this weekend that's capable of enhancing the open-source graphics driver's performance for some OpenGL games.

The new performance-enhancing Mesa patch is by Kenneth Graunke and entitled i965: Implement CopyTexSubImage2D via BLORP (and use it by default).

CopyTexSubImage2D is now implemented via the BLORP rather than the BLT engine to work around limitations of the latter not being able to blit X-tiled buffers and between buffers of different tiling modes.

In terms of what this patch means for end-users of Intel hardware on Linux, the PlaneShift MMORPG game is much faster. Up to now the game has just run at around one frame per second on Intel hardware while chewing up nearly the entire CPU due to its use of Y-tiled depth buffers with CopyTexSubImage2D. This is a common issue to massively multi-player games.

Additionally, the Xonotic first person shooter with 4x MSAA anti-aliasing is now measured to be about 6.35% faster as a result of this single Mesa patch.

The patch, which adds just over 100 lines of new code to the Mesa i965 DRI driver, can be found currently on the mailing list until it reaches mainline Mesa hopefully in time for next month's Mesa 9.1 release.
The BLT engine has many limitations. Currently, it can only blit X-tiled buffers (since we don't have a kernel API to whack the BLT tiling mode register), which means all depth/stencil operations get punted to meta code, which can be very CPU-intensive.

Even if we used the BLT engine, it can't blit between buffers with different tiling modes, such as an X-tiled non-MSAA ARGB8888 texture and a Y-tiled CMS ARGB8888 renderbuffer. This is a fundamental limitation, and the only way around that is to use BLORP.

Previously, BLORP only handled BlitFramebuffer. This patch adds an additional frontend for doing CopyTexSubImage. It also makes it the default. This is partly to increase testing and avoid hiding bugs, and partly because the BLORP path can already handle more cases. With trivial extensions, it should be able to handle everything the BLT can.

This helps PlaneShift massively, which tries to CopyTexSubImage2D between depth buffers whenever a player casts a spell. Since these are Y-tiled, we hit meta and software ReadPixels paths, eating 99% CPU while delivering ~1 FPS. This is particularly bad in an MMO setting because people cast spells all the time.

It also helps Xonotic in 4X MSAA mode. At default power management settings, I measured a 6.35138% +/- 0.672548% performance boost (n=5).

No Piglit regressions on Ivybridge. I have not tested Sandybridge.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  2. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  3. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  4. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
Latest Linux News
  1. More File-System Tests Of The Linux 3.18 Kernel
  2. Using NVIDIA's NVENC On Linux With FFmpeg
  3. There's Talk Again About An "Open To The Core" Ubuntu Laptop
  4. PowerVR SGX Driver Code Gets Leaked
  5. V2 Of KDBUS Published For Linux Kernel Review
  6. VirtualBox 4.3.20 Arrives, Still No Sign Of VirtualBox 4.4
  7. Scientific Linux 6.6 vs. Scientific Linux 7.0 Benchmarks
  8. Qualcomm Looks To Get Into The ARM Server Business
  9. HHVM 3.4 Adds New Features, Support
  10. More Radeon Driver Changes Queued For Linux 3.19
Latest Forum Discussions
  1. Debian Developer Resigns From The Systemd Maintainership Team
  2. Cant get working Kaveri APU - A10-7850k
  3. Script for Fan Speed Control
  4. Roadmap to Catalyst 14.10 ?
  5. Debian Init System Coupling Vote Results
  6. The Slides Announcing The New "AMDGPU" Kernel Driver
  7. Updated and Optimized Ubuntu Free Graphics Drivers
  8. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support