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 On Fedora 15 Is Decent

Michael Larabel

Published on 28 May 2011
Written by Michael Larabel
Page 1 of 2 - 12 Comments

For those Intel "Sandy Bridge" hardware customers that may be trying out the recent release of Fedora 15, the experience is decent and is in much better shape than the troubling support in Ubuntu 11.04. It is not in tip-top shape as there are some recent optimizations in the Linux kernel and Mesa that haven't landed in Fedora 15 (at least not yet in the form of an update), but it's suitable overall.

Installing Fedora 15 (x86_64) to the HP EliteBook 8460p that Intel sent over had went very well. This notebook is being used for per-commit Intel Linux driver benchmarking, but prior to that I've been running a few other Linux SNB tests under different environments. This Hewlett-Packard notebook has an Intel Core i5 2520M CPU, 160GB Intel SSD, 4GB of system memory, and Intel HD 3000 graphics.

Fedora 15 had worked fine "out of the box" on this notebook, complete with the GNOME Shell and its Mutter compositing working without fault. Fedora 15 is using Linux 2.6.38 and Mesa 7.11-devel, with various back-ports by Red Hat's engineers. Our usual platter of OpenGL Linux tests had also run fine on a stock Fedora 15 installation on this Sandy Bridge hardware without lock-ups or other problems.

The only downfall is that the OpenGL performance for Sandy Bridge on Fedora 15 is not most optimal compared to the latest upstream code, but that is not a hit against Fedora. Red Hat pushed the latest open-source Linux graphics code that was released as stable plus various sane back-ports. Had this latest Mesa 7.11 and Linux 2.6.39 kernel been released a bit sooner, Red Hat surely would have pulled those in. Some of this work may also end up being available as part of Fedora 15 updates, seeing as Red Hat handles the situation better than Canonical and other distribution vendors.

For reference on the following page are a few benchmarks comparing the performance of the stock Fedora 15 installation to that of Fedora 15 with all available updates from the official F15 updates and updates-testing repositories as of 25 May, to Ubuntu 11.04 with the Linux 2.6.39 kernel and Mesa 7.11-devel Git code, and from Microsoft Windows 7. These other results come from the recent Intel SNB Linux Driver Can Out Run Windows Driver article.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  2. Ubuntu 14.10 XMir System Compositor Benchmarks
  3. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
  4. Ubuntu 14.10 Linux 32-bit vs. 64-bit Performance
Latest Linux News
  1. Mono Brings C# To The Unreal Engine 4
  2. Coreboot Now Has Support For Intel Broadwell Hardware
  3. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  4. GTK+ Lands Experimental Backend For Mir Display Server
  5. Ubuntu 14.10 Officially Released
  6. Mesa 10.4 Might Re-Enable HyperZ For R600g/RadeonSI
  7. Intel GVT-g GPU Virtualization Moves Closer
  8. GTK+ 3.16 To Bring Several New Features
  9. Debian 8.0 Jessie Has Many Multimedia Improvements
  10. What Linux Benchmarks Would You Like To See Next?
Latest Forum Discussions
  1. HOPE: The Ease Of Python With The Speed Of C++
  2. Linux hacker compares Solaris kernel code:
  3. Advertisements On Phoronix
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Users/Developers Threatening Fork Of Debian GNU/Linux
  6. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed