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 Sandy Bridge Speeds Up On Linux 3.1 Kernel

Michael Larabel

Published on 3 August 2011
Written by Michael Larabel
Page 1 of 3 - 16 Comments

Last week the DRM pull went in for the Linux 3.1 kernel. For the Intel DRM graphics driver in the Linux kernel there is frame-buffer compression clean-ups, high color support, ring frequency scaling, shared LLC support, and hang-check module disabling. Compared to the Linux 3.0 kernel, the driver improvements significantly boost the open-source graphics performance for Intel Sandy Bridge hardware.

Back in late March I originally tested the LLC caching patch-set, which offered some impressive performance improvements, and subsequently the code made it into the Linux 3.0 kernel. With the Linux 3.1 kernel there is shared LLC support, which allows sharing the LLC between the CPU and GPU, thereby avoiding main memory traffic latencies. The shared LLC caching is only supported for Sandy Bridge and Ivy Bridge hardware.

The other Intel changes in the Linux 3.1 DRM pull include fixing missing CPU writes to the front-buffer with frame-buffer compression enabled, supports depth 30 frame-buffers at 10BPC using DisplayPort and HDMI, ring frequency scaling, and a disable hang-check module parameter (used for debugging). The ring frequency scaling is for making the memory bus track the GPU clock in addition to the CPU clock, which keeps the memory running at full speed when the GPU is busy, but the CPU is idle.

For this quick benchmarking of the Intel DRM for Sandy Bridge in the Linux 3.1 kernel, an EP EliteBook was used with an Intel Core i5 2520M quad-core, 4GB of RAM, and a 160GB Intel SSD. The system was running Ubuntu 11.04 x86_64 with Unity 3.8.10, xf86-video-intel Git, Mesa 7.12-devel git-b189d16, GCC 4.5.2, LLVM 2.8, and an EXT4 file-system.

The vanilla Linux 3.0 kernel and Linux 3.1 DRM from David Airlie's drm-core-next tree as of 26 July were compared. During the testing process, only once on this in-development driver code was the GPU hung. Fortunately, the Intel SNB graphics processor was able to recover.

On the following pages are the Phoronix Test Suite results from this mini comparison.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  2. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
  3. Radeon Graphics Yield Mixed Results With Linux 3.17 Kernel
  4. AMD's RadeonSI Driver Sped Up A Lot This Summer
Latest Linux News
  1. PHP 5.6 Officially Released With New Debugger
  2. Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
  3. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
  4. Nouveau On Oibaf PPA Is Back To Running Well
  5. Metro 2033 Redux Will Hopefully Hit Linux Real Soon
  6. New Virtual Monitor Software Might End Up On Linux
  7. Company of Heroes 2 Might Be Coming Out For Linux
  8. NIR Still Being Discussed For Mesa, LLVM Gets Brought Up Again
  9. Plasma Active Is Mostly Ported To KDE Frameworks 5
  10. Google Chrome 37 Brings Many Security Fixes
Latest Forum Discussions
  1. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  2. AMD Releases UVD Video Decode Support For R600 GPUs
  3. Best Radeon for a Power Mac G5?
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Announcing radeontop, a tool for viewing the GPU usage
  6. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  7. [DB] BIOS - ACPI - data collecting
  8. Users defect to Linux as OpenBSD removes Lynx from base system