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

Improving The Linux Kernel's Memory Performance

Linux Kernel

Published on 16 August 2011 11:32 AM EDT
Written by Michael Larabel in Linux Kernel
33 Comments

Over the past few days there's been an active discussion on the Linux kernel mailing list surrounding the memory copy (the memcpy function to copy blocks of memory) performance within the kernel. In particular, an application vendor claims to have boosted their application (a video recorder) performance by 12% when implementing an "optimized" memory copy function that takes advantage of SSE3.

This vendor hasn't yet published the patches to this "optimized" memcpy that's meant to replace what the developer says is "suboptimal" currently in the Linux kernel, but the patches are being cleaned up and should then be released. Besides a 12.2% boost in the application frame-rate from Atom Z5xx hardware, the C0 residency managed to drop from 75% to 67%, which means lower power consumption too.

Andi Kleen, a long-time contributor to the Linux kernel and Intel employee, had immediately responded to say, "SSE3 in the kernel memcpy would be incredible expensive, it would need a full FPU saving for every call and preemption disabled."

Well known kernel contributor Igno Molnar had responded as well to say that the memcpy() work sounds interesting and that it would be nice to see performance profiles. Igno though was concerned as well with the cost of using the Streaming SIMD Extensions (SSE) for the memory copy function. "The thing is, we obviously want to achieve those gains of 12.2% fps and while we probably do not want to switch the kernel's memcpy to SSE right now (the save/restore costs are significant), we could certainly try to optimize the specific codepath that your video playback path is hitting. If it's some bulk memcpy in a key video driver then we could offer a bulk-optimized x86 memcpy variant which could be called from that driver - and that could use SSE3 as well."

At that point there was another developer, Borislav Petkov of AMD, mentioned he too had been exploring the possibilities of using the SSE extensions for the memory block copy call. Borislav had explored the memcpy buffer sizes while building the Linux kernel and found a large number of small chunks, as expected, but also a number of larger sized memory copies. This led him to the belief that if the buffer copy is large enough, the context save/restore cost of using SSE is worthwhile. He has written a patch to use his SSE memory copy for larger buffers and this has led to a 6% performance improvement in the time required to build the Linux kernel.

The SSE3 instruction set has been supported by Intel going back to 2004 with the Pentium 4 "Prescott" CPUs while AMD adopted Streaming SIMD Extensions 3 with their Athlon 64 "Venice" and "San Diego" CPUs beginning in 2005. If these patches are performing as good as their authors are reporting, there may be some nice memory performance improvements coming to the Linux kernel.

With the Linux 3.1 merge window having passed, the earliest that such work could possibly be incorporated would be the Linux 3.2 kernel.

The kernel mailing list discussion regarding memcpy performance can be found on LKML.org.

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 Linux Hardware Reviews
  1. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  2. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  3. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  4. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
Latest Linux Articles
  1. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  2. Testing For The Latest Linux Kernel Power Regression
  3. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  4. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
Latest Linux News
  1. Getting Involved With The New Raspberry Pi Graphics Driver
  2. A New AMD Catalyst Linux Driver Unofficially Surfaces
  3. LibreOffice Ported To 64-bit ARM (AArch64)
  4. Enlightenment E19 RC3 Shows Off The New Wayland Compositor
  5. Metro Redux Is Going To Require OpenGL 4.x On Linux
  6. Jailhouse v0.1 Released As A Basic Hypervisor For Linux
  7. Google's Chromebook "Samus" Now Supported By Coreboot
  8. Chrome 38 Now In Beta With Exciting Advancements
  9. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  10. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
Latest Forum Discussions
  1. Catalyst 14.201.1008
  2. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs
  3. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  4. Users defect to Linux as OpenBSD removes Lynx from base system
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  7. Radeon HD5670 and Ubuntu 14.04
  8. AMD Releases UVD Video Decode Support For R600 GPUs