From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: Satoru Moriya <satoru.moriya.br@hitachi.com>
Cc: linux-mm@kvack.org
Subject: Re: Problem with oom-killer in memcg
Date: Wed, 27 May 2009 10:10:39 +0900 [thread overview]
Message-ID: <20090527101039.f9de2229.kamezawa.hiroyu@jp.fujitsu.com> (raw)
In-Reply-To: <4A1BBEB3.1010701@hitachi.com>
On Tue, 26 May 2009 19:04:35 +0900
Satoru Moriya <satoru.moriya.br@hitachi.com> wrote:
> Hi all,
>
> When I tested memcg, I ran into a problem which causes system hang.
>
> This is what I did.
> - make a cgroup named important for memory
> - add a process named big_memory into it
> - big_memory uses a lot of memory(allocates memory repeatedly)
> - big_memory's oom_adj is set to -17
> - after a while, the system will hang
>
> Judging from syslog and outputs of console, I think we are in the busy
> loop below at that time.
> 1. oom-killer tries to kill big_memory because of memory shortage
> 2. oom-killer fails to kill big_memory because of oom_adj = -17
>
> I think it's not good thing that troubles in cgroups affect
> all over the system.
>
How many cpus are you using ?
> Further hardware and software details are found below.
> Please let me know if I should provide more information etc.
>
> Regards,
>
I think Balbir (and other people) is planning to add "oom handler" for memcg
or oom handler cgroup. But we need more study.
I assume that you use x86. If so, current bahavior is a bit complicated.
do_page_fault()
-> allocate and charge memory account
-> memcg's oom kill is called
-> no progress.
User says "don't use OOM Kill" but no other way than "OOM Kill"
We don't have much choices here..
- kill in force ?
- add some sleep ?
- freeze cgroup under OOM ? (this seems not easy)
- Ask admin to increase size of memory limit ?
Thank you for reporting, but I can't think of quick fix right now.
I'll remember this in my TO-DO List.
Sorry.
-Kame
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2009-05-27 1:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-26 10:04 Satoru Moriya
2009-05-27 1:10 ` KAMEZAWA Hiroyuki [this message]
2009-05-27 7:04 ` Satoru Moriya
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=20090527101039.f9de2229.kamezawa.hiroyu@jp.fujitsu.com \
--to=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-mm@kvack.org \
--cc=satoru.moriya.br@hitachi.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