From: Bodo Eggert <harvested.in.lkml@7eggert.dyndns.org>
To: Ram Gupta <ram.gupta5@gmail.com>,
linux mailing-list <linux-kernel@vger.kernel.org>
Subject: Re: RSS Limit implementation issue
Date: Sat, 25 Mar 2006 00:06:54 +0100 [thread overview]
Message-ID: <E1FMvNW-0000xW-C7@be1.lrz> (raw)
In-Reply-To: <5TBku-7fu-3@gated-at.bofh.it>
Ram Gupta <ram.gupta5@gmail.com> wrote:
> On 2/9/06, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
>> On Iau, 2006-02-09 at 15:10 -0600, Ram Gupta wrote:
>> > I am working to implement enforcing RSS limits of a process. I am
>> > planning to make a check for rss limit when setting up pte. If the
>> > limit is crossed I see couple of different ways of handling .
>> >
>> > 1. Kill the process . In this case there is no swapping problem.
>>
>> Not good as the process isn't responsible for the RSS size so it would
>> be rather random.
>>
>
> I doubt I am missing some point here. I dont understand why the
> process isn't responsible for RSS size. This limit is process specific
> & the count of rss increases when the process maps some page in its
> page table.
It can't be responsible because the kernel is controlling the RSS size e.g.
by prefetching or swapping out. The process has very little means of
influencing these mechanisms, nor is there a way to actively shrink the RSS.
(It's perfectly legal to e.g. mmap a large file (1 GB) and memcopy that area
into another mmaped file, and the kernel is expected to keep sane even on a
16 MB machine.)
You may introduce a mechanism that allows a process to keep it's RSS < n,
but you'll have to deal with legacy processes at least for the next 20 years.
--
Ich danke GMX dafür, die Verwendung meiner Adressen mittels per SPF
verbreiteten Lügen zu sabotieren.
next parent reply other threads:[~2006-03-24 23:07 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <5ErmY-5vN-5@gated-at.bofh.it>
[not found] ` <5EGm2-2eZ-27@gated-at.bofh.it>
[not found] ` <5TBku-7fu-3@gated-at.bofh.it>
2006-03-24 23:06 ` Bodo Eggert [this message]
[not found] <mail.linux.kernel/728201270602091310r67a3f2dcq4788199f26a69528@mail.gmail.com>
[not found] ` <06Feb11.024837est.33911@gpu.utcc.utoronto.ca>
2006-02-13 14:52 ` Ram Gupta
[not found] ` <06Feb13.151216est.821021@ugw.utcc.utoronto.ca>
2006-02-13 20:37 ` Ram Gupta
2006-02-09 21:10 Ram Gupta
2006-02-09 23:07 ` Alan Cox
2006-02-10 14:50 ` Ram Gupta
2006-02-10 16:31 ` Kyle Moffett
2006-02-10 22:20 ` Rik van Riel
2006-03-23 16:55 ` Ram Gupta
2006-03-29 20:16 ` Bill Davidsen
2006-03-30 21:41 ` Roger Heflin
2006-04-04 19:28 ` Bill Davidsen
2006-04-05 18:50 ` Roger Heflin
2006-04-07 2:55 ` kingsley
2006-03-31 3:00 ` Peter Chubb
2006-03-31 3:31 ` Bill Davidsen
2006-02-09 23:12 ` Bernd Eckenfels
2006-02-10 21:41 ` Bill Davidsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1FMvNW-0000xW-C7@be1.lrz \
--to=harvested.in.lkml@7eggert.dyndns.org \
--cc=7eggert@gmx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=ram.gupta5@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®