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

Volatile Ranges Still Being Tried For The Linux Kernel

Linux Kernel

Published on 02 January 2014 07:41 AM EST
Written by Michael Larabel in Linux Kernel
1 Comment

The Volatile Ranges feature for the Linux kernel is now in its third year of being developed and a new set of sixteen patches were published today but there's still no sign that the code is ready for merging in the near-term.

Volatile Ranges is another option for Linux application developers to notify the kernel that a range of pages can be discarded from the system's RAM rather than being swapped out to the disk. When the system is suffering from memory pressure, the kernel can first attempt to evict these "volatile ranges" rather than swapping it to the disk. When the application needs the data later, if it was flushed away, the application will be responsible for recreating the lost data. If there was no memory pressure, everything continues to be smooth sailing.

One of the major use-cases for this work is web browsers where volatile ranges can be easily marked and the data regenerated if needed. Volatile Ranges can also be of benefit to memory-constrained mobile devices, but there's also other similar approaches already on Linux for flagging memory that should first be discarded in situations of low memory.

The patches published this morning by Minchan Kim are up to the tenth revision of the most recent Volatile Ranges design. This latest version will work on the Linux 3.12 kernel and has numerous other changes.

Those interested in the new Linux Volatile Ranges patches can find them on the Linux kernel mailing list. There's still greater code review needed and items left on the feature's TODO list, so don't expect the feature to be merged for the Linux 3.14 kernel.

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. The Power Consumption & Efficiency Of Open-Source GPU Drivers
  2. AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel
  3. Intel Pentium G3258 On Linux
  4. SilverStone Precision PS10
Latest Linux Articles
  1. Nouveau vs. Radeon vs. Intel Tests On Linux 3.16, Mesa 10.3-devel
  2. KVM Benchmarks On Ubuntu 14.10
  3. X.Org Server 1.16 Officially Released With Terrific Features
  4. Ubuntu With Linux 3.16 Smashes OS X 10.9.4 On The MacBook Air
Latest Linux News
  1. Git 2.1 To Further Mainline Windows Support Patches
  2. Debian 8.0 Jessie Is Settling For Linux 3.16
  3. Meson: A Next-Gen Build System Showing Promise
  4. Linux 3.16-rc7 Calms Things Down For The Linux 3.16 Kernel
  5. Open-Source AMD Users Report Hawaii GPU Acceleration Is Working
  6. Linus Torvalds On GCC 4.9: Pure & Utter Crap
  7. Cauldron 2014: GCC & LLVM Will Look To Collaborate More
  8. GCC Receives ACM Programming Languages Software Award
  9. KDE 4.14 Beta 3 Released
  10. A New Video Has Us Real Excited About The New UT For Linux
Latest Forum Discussions
  1. ASRock AM1H-ITX: One Of The Best AM1 Mini-ITX Motherboards
  2. Debian + radeonsi
  3. Open-source drivers on ATI R7 260X
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Table test
  6. How To Setup Radeon DPM On Ubuntu Linux
  7. New build, first Linux PC, what could go wrong? ;)
  8. AMD "Hawaii" Open-Source GPU Acceleration Still Not Working Right