lkml.org 
[lkml]   [2011]   [Oct]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH -v2 -mm] add extra free kbytes tunable
On Wed, 12 Oct 2011 17:01:21 -0700 (PDT)
David Rientjes <rientjes@google.com> wrote:

> On Wed, 12 Oct 2011, Satoru Moriya wrote:

> > I understand what you concern. But in some area such as banking,
> > stock exchange, train/power/plant control sysemts etc this kind
> > of tunable is welcomed because they can tune their systems at
> > their own risk.
> >
>
> You haven't tried the patch that increases the priority of kswapd when
> such a latency sensitive thread triggers background reclaim?

I don't read full story but....how about adding a new syscall like

==
sys_mem_shrink(int nid, int nr_scan_pages, int flags)

This system call scans LRU of specified nodes and free pages on LRU.
This scan nr_scan_pages in LRU and returns the number of successfully
freed pages.
==

Then, running this progam in SCHED_IDLE, a user can make free pages while
the system is idle. If running in the highest priority, a user can keep
free pages as he want. If a user run this under a memcg, user can free
pages in a memcg.

Maybe many guys don't want to export memory-shrink facility to userland ;)
This is just an idea.

Thanks,
-Kame



\
 
 \ /
  Last update: 2011-10-13 07:39    [W:0.141 / U:0.796 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site