linux-kernel - Re: [PATCH] Provide an interface to limit total page cache.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <45ACA173.8000207@in.ibm.com>
Date:	Tue, 16 Jan 2007 15:27:07 +0530
From:	Balbir Singh <balbir@...ibm.com>
To:	Roy Huang <royhuang9@...il.com>
CC:	linux-kernel@...r.kernel.org, aubreylee@...il.com,
	nickpiggin@...oo.com.au, torvalds@...l.org
Subject: Re: [PATCH] Provide an interface to limit total page cache.

Roy Huang wrote:
> Hi Balbir,
> 
> Thanks for your comment.
> 
> On 1/15/07, Balbir Singh <balbir@...ibm.com> wrote:
> 
>> wakeup_kswapd and shrink_all_memory use swappiness to determine what to reclaim
>> (mapped pages or page cache).  This patch does not ensure that only
>> page cache is
>> reclaimed/limited. If the swappiness value is high, mapped pages will be hit.
>>
> You are right, it is possible to release mapped pages. It can be
> avoided by add a field in "struct scan_control" to determine whether
> mapped pages will be released.
> 

Yes that could be done. I have been trying to figure out if there is a good
reason why the LRU is common for both mapped and pagecache. Does it make
sense to split them up? I am still digging through lkml archives to see
if I can find something.

>> One could get similar functionality by implementing resource management.
>>
>> Resource  management splits tasks into groups and does management of
>> resources for the
>> groups rather than the whole system. Such a facility will come with a
>> resource controller for
>> memory (split into finer grain rss/page cache/mlock'ed memory, etc),
>> one for cpu, etc.
> I s there any more information in detail about resource controller?
> Even there is a resource controller for tasks, all memory is also
> possbile to be eaten up by page cache.


Yes, please see the discussions on lkml on resource management, ckrm,
beancounters and containers.

http://lwn.net/Articles/206697/ RFC for memory controller, might be a good
starting point

-- 

	Balbir Singh,
	Linux Technology Center,
	IBM Software Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/