[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <467BFA47.4050802@linux.vnet.ibm.com>
Date: Fri, 22 Jun 2007 22:05:19 +0530
From: Vaidyanathan Srinivasan <svaidy@...ux.vnet.ibm.com>
To: Peter Zijlstra <peterz@...radead.org>
CC: balbir@...ux.vnet.ibm.com,
Linux Kernel <linux-kernel@...r.kernel.org>,
Linux Containers <containers@...ts.osdl.org>,
linux-mm <linux-mm@...ck.org>, Balbir Singh <balbir@...ibm.com>,
Pavel Emelianov <xemul@...ru>, Paul Menage <menage@...gle.com>,
Kirill Korotaev <dev@...ru>, devel@...nvz.org,
Andrew Morton <akpm@...ux-foundation.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Herbert Poetzl <herbert@...hfloor.at>,
Roy Huang <royhuang9@...il.com>,
Aubrey Li <aubreylee@...il.com>
Subject: Re: [RFC] mm-controller
Peter Zijlstra wrote:
> On Thu, 2007-06-21 at 16:33 +0530, Balbir Singh wrote:
>> Peter Zijlstra wrote:
[snip]
> Not quite sure on 2, from reading the pagecache controller, I got the
> impression that enforcing both limits got you into trouble. Merging the
> limits would rid us of that issue, no?
>
Hi Peter,
Setting both limits in pagecache controller (v4) will work correct in
principle. What I intended in the comment is performance issues and
wrong type of page being reclaimed. We are working on the issues and
will fix them in future versions. You can set any combination of
limits and the reclaim will work to keep the page utilization below
limits.
When RSS limit is hit, ANON pages are pushed to swapcache. We would
need to limit swapcache (using pagecache_limit) to force a write out
to disk.
Merging both limits will eliminate the issue, however we would need
individual limits for pagecache and RSS for better control. There are
use cases for pagecache_limit alone without RSS_limit like the case of
database application using direct IO, backup applications and
streaming applications that does not make good use of pagecache.
Thank you for the review and new design proposal.
--Vaidy
[snip]
-
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/
Powered by blists - more mailing lists