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

"Mega Drivers" Being Proposed For A Faster Mesa

Intel

Published on 08 August 2013 06:59 PM EDT
Written by Michael Larabel in Intel
32 Comments

Eric Anholt of Intel is currently working on some experimental Mesa code for shipping "Mega drivers", or building all of the Mesa/Gallium3D drivers together as a single shared object library file. There's some promise to this mega drivers concept in enhancing performance due to compiler/linker optimizations.

As it stands right now, a lot of shared Mesa code is built as a shared library (libdricore), which the independent Mesa/Gallium3D drivers link against for sharing common code paths. This is a change that was done by Canonical two years ago in having this single shared library for saving space on the Ubuntu CDs.

While it saves a few megabytes of space, having this shared Mesa library between drivers ends up requiring all of Mesa's symbols be public. All the public symbols could mean a program calling one of the Mesa symbols or even overriding one with their own code.

In clearing up the public symbol problem, Eric Anholt has been experimenting with "mega drivers" where the drivers are built together as a single .so file. The win in this case is that by building all the code together, there's new compiler optimizations that can be tapped and allowing link-time optimizations that aren't possible with the shared library approach.

Eric has stumbled across a few problems so far in the mega drivers implementation, but he's continuing to experiment with new code. In terms of the benefits making it worthwhile, Anholt says, "Initial performance results: Enabling LTO on a dricore build, I saw a -0.798709% +/- 0.333703% (n=30) effect on INTEL_NO_HW=1 cairo-gl runtime. On a megadrivers+LTO compared to non-megadrivers, non-LTO, the difference was -6.35008% +/- 0.675067% (n=10). I think this is definitely promising."

Eric says he will be talking at DebConf about this Mesa Mega Drivers design and also some ideas for how to get graphics driver updates out faster. More details can be found from his blog post.

Latest Linux Hardware Reviews
  1. Overclocking The AMD AM1 Athlon & Sempron APUs
  2. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
  3. Upgraded Kernel & Mesa Yield A Big Boost For Athlon R3 Graphics
  4. AMD Athlon 5350 APU On Linux
Latest Linux Articles
  1. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  2. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
  3. AMD Athlon's R3 Graphics: RadeonSI Gallium3D vs. Catalyst
  4. GCC 4.9 Compiler Optimization Benchmarks For Faster Binaries
Latest Linux News
  1. Trying Out Radeon R9 290 Graphics On Open-Source
  2. Intel Broadwell GT3 Graphics Have Dual BSD Rings
  3. Early Linux 3.15 Benchmarks Of Intel Core i7 + Radeon
  4. Red Hat Releases Its RHEL 7 Release Candidate
  5. New Features Coming To Xubuntu 14.04 LTS
  6. NVIDIA Officially Releases CUDA 6
  7. Google Releases An AutoFDO Converter For Perf In LLVM
  8. Fedora 21 To Evaluate Remote Journal Logging, 64-bit ARM Emulation
  9. Star Citizen Will Be Coming To Linux
  10. Ubuntu 14.10 Convergence To Focus On Replacing Core Apps
  11. The Results Of Optimizing Radeon's VRAM Behavior
  12. Kernel Developers Discuss Improving Kernel Configurations
Latest Forum Discussions
  1. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  2. The GNOME Foundation Is Running Short On Money
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. New tool for undervolt/overclock AMD K8L and K10 processors
  5. How to enable opengl 3.3 on r9 270?
  6. R290x sound problems
  7. radeon-profile: tool for changing profiles and monitoring some GPU parameters
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel