From: "Li,Rongqing" <lirongqing@baidu.com>
To: Michal Hocko <mhocko@kernel.org>
Cc: "akpm@linux-foundation.org" <akpm@linux-foundation.org>,
"kirill.shutemov@linux.intel.com"
<kirill.shutemov@linux.intel.com>,
"jglisse@redhat.com" <jglisse@redhat.com>,
"minchan@kernel.org" <minchan@kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>
Subject: 答复: [PATCH] mm: limit a process RSS
Date: Tue, 3 Apr 2018 08:20:05 +0000 [thread overview]
Message-ID: <2AD939572F25A448A3AE3CAEA61328C23756E480@BC-MAIL-M28.internal.baidu.com> (raw)
In-Reply-To: <20180403073657.GA5501@dhcp22.suse.cz>
> -----邮件原件-----
> 发件人: Michal Hocko [mailto:mhocko@kernel.org]
> 发送时间: 2018年4月3日 15:37
> 收件人: Li,Rongqing <lirongqing@baidu.com>
> 抄送: akpm@linux-foundation.org; kirill.shutemov@linux.intel.com;
> jglisse@redhat.com; minchan@kernel.org; linux-mm@kvack.org
> 主题: Re: [PATCH] mm: limit a process RSS
>
> On Mon 02-04-18 15:45:19, Li RongQing wrote:
> > we cannot limit a process RSS although there is ulimit -m, not sure
> > why and when ulimit -m is not working, make it work
>
> Could you be more specific about why do you need this functionality?
> The RSS limit has never been implemented AFAIK and the main reason is that
> the semantic is quite weak to be useful (e.g. the shared memory accounting,
> resident memory that is not mapped etc.).
avoid some buggy process will exhaust memory, sometime the engineer did not sure if an application has bug since lots of conditions are needed to trigger bug, like an application will take more and more memory when lots of request arrived.
This method give user an alternative
>
> We have memory cgroup controller as an alternative.
Memory cgroup is to control a group processes, But this method only control a process, if every process has a different limit, lots of cgroup need to create, if lots of cgroup, I think the cgroup maybe not efficient.
This method did not count pagecache, and this method takes less cpu.
-RongQing
> --
> Michal Hocko
> SUSE Labs
next prev parent reply other threads:[~2018-04-03 8:20 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1522655119-6317-1-git-send-email-lirongqing@baidu.com>
2018-04-03 7:36 ` Michal Hocko
2018-04-03 8:20 ` Li,Rongqing [this message]
2018-04-03 8:29 ` 答复: " Michal Hocko
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=2AD939572F25A448A3AE3CAEA61328C23756E480@BC-MAIL-M28.internal.baidu.com \
--to=lirongqing@baidu.com \
--cc=akpm@linux-foundation.org \
--cc=jglisse@redhat.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-mm@kvack.org \
--cc=mhocko@kernel.org \
--cc=minchan@kernel.org \
/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