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

Valve Finds Value In Open-Source Drivers; L4D2 Running On Mesa

Michael Larabel

Published on 29 August 2012
Written by Michael Larabel
Page 2 of 3 - 11 Comments

Valve has granted these Intel Linux developers complete access to the game's source-code, including the Source Engine. This has allowed Intel's Linux developers to better investigate possible optimizations and tweaks to their driver in order to enhance Source-powered games. Valve has even given them commit access to push back changes to the game company.

Intel developers are able to push changes into a Perforce tree that Valve uses. With the source code access, Intel developers fixed context creation, a texture sampling bug, and other issues for Valve's closed-source game. Having complete source access, Eric describes this Valve Linux experience as being the best video game debugging interation ever.

While these Intel developers are happy looking at the Source Engine code, Valve Linux developers have also been happy looking at an open-source graphics driver. Valve Linux developers found it equally thrilling that now when hitting a bottleneck in their game or looking for areas for performance optimizations, they are simply able to look into Intel's open-source Linux graphics driver to understand how an operation is handled by the hardware, tossing some extra debugging statements into the Intel driver to see what's happening, and making other driver tweaks.

As shared in the Valve L4D2 presentation slides from their OpenGL SIGGRAPH session in August, the Source Engine is using some abstraction with an API similar to Direct3D for ultimately targeting OpenGL. Eric added during the session that Valve is currently targeting OpenGL 3.2 with its core API and not the compatibility API.

Anholt admitted that Valve has reached performance parity on another driver (the NVIDIA Linux blob -- see How Valve Made L4D2 Faster On Linux Than Windows) but they haven't yet hit a performance parity with the Intel graphics driver on Linux. This though isn't exactly a surprise, since the Intel Linux graphics driver is generally much slower than the Intel Windows driver, as illustrated this morning in the OS X vs. Windows vs. Linux benchmarks.

Besides not yet being at a performance parity, there's also one rendering bug left with the Intel Mesa driver -- there's some blue textures in Left 4 Dead 2.

Latest Linux Hardware Reviews
  1. MSI X99S SLI PLUS On Linux
  2. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  3. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  4. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
Latest Linux Articles
  1. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. openSUSE Factory & Tumbleweed Are Merging
  2. More Fedora Delays: Fedora 21 Beta Slips
  3. Mono Brings C# To The Unreal Engine 4
  4. Coreboot Now Has Support For Intel Broadwell Hardware
  5. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  6. GTK+ Lands Experimental Backend For Mir Display Server
  7. Ubuntu 14.10 Officially Released
  8. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  9. Intel GVT-g GPU Virtualization Moves Closer
  10. GTK+ 3.16 To Bring Several New Features
Latest Forum Discussions
  1. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Linux hacker compares Solaris kernel code:
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed