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 Benchmarking Platform
Phoromatic Test Orchestration

Running Ivy Bridge HD Graphics With Linux 3.16 + Mesa 10.3

Intel

Published on 24 August 2014 11:00 AM EDT
Written by Michael Larabel in Intel
7 Comments

Given our recent updated Sandy Bridge benchmarks on Linux, for those with Ivy Bridge processors curious how the HD Graphics are handling the latest Mesa and kernel, I have some updated benchmarks for you this Sunday.

For those wondering whether the newest Mesa and Linux kernel bring any performance advantages for Ivy Bridge class hardware, I ran some tests on the CompuLab Intense-PC. This system has the Core i7 3517UE CPU with HD Graphics 4000. Tests were done of Ubuntu 14.04 LTS with all stable release updates, then tests on Ubuntu 14.04 LTS with the Oibaf PPA enabled, and lastly the Oibaf'ed setup when upgrading from the stock Linux 3.13 kernel to using the vanilla Linux 3.16 kernel. The Oibaf PPA tests were done just after Mesa 10.3 was branched so it's labeled Mesa 10.4-devel but still reflective of the Mesa 10.3 experience coming up with its stable release due out soon.

Running Ivy Bridge HD Graphics With Linux 3.16 + Mesa 10.3


With Mesa 10.3/10.4 and the Linux 3.16 kernel there are some OpenGL performance improvements detected with the newer code for the Intel HD Graphics 4000 "Ivy Bridge" hardware, but the changes aren't exciting enough to warrant a multi-page featured article on Phoronix. So if you're an Intel Ivy Bridge user and want to see what the newest open-source Linux code can do, head on over to the OpenBenchmarking.org result file to see all of the data! You can also run your own side-by-side comparison performance test using the Phoronix Test Suite. Next week I'll also have Linux 3.17 kernel benchmarks for the Intel Core i7 Ivy Bridge system.


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 Articles & Reviews
  1. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  2. The Lenovo T450s Is Working Beautifully With Linux
  3. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
  4. Linux 4.0 Hard Drive Comparison With Six File-Systems
  5. Lenovo ThinkPad T450s Broadwell Preview
  6. How Open-Source Allowed Valve To Implement VULKAN Much Faster On The Source 2 Engine
Latest Linux News
  1. Linux-Powered Endless Computer Raises $100k+ In A Few Days
  2. GCC 5.1 RC2 Arrives, GCC 5.1 Planned For Next Week
  3. F2FS For Linux 4.1 Has New Features & Fixes
  4. Phoronix Server Upgrade This Weekend: Dual Haswell Xeons, 96GB DDR4
  5. Google's Experimental QUIC Transport Protocol Is Showing Promise
  6. Red Hat Joins Khronos, The Group Behind OpenGL & Vulkan
  7. NetworkManager Drops WiMAX Support
  8. Wine 1.7.41 Works More On Kernel Job Objects, MSI Patches
  9. Linux 4.1 Has Improvements For The Multi-Queue Block Layer
  10. X.Org Looks To Have Six Summer Projects
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. Linux 4.0 Kernel Released
  3. Microsoft Announces An LLVM-Based Compiler For .NET
  4. Linux 4.1 Brings Many Potentially Risky x86/ASM Changes
  5. Encryption Support For EXT4
  6. VirtualBox 5.0 Beta 2 Released
  7. Mozilla Start Drafting Plans To Deprecate Insecure HTTP
  8. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel