Re: Memory overcommit

From: Minchan Kim
Date: Tue Oct 27 2009 - 02:57:41 EST


On Tue, 27 Oct 2009 15:46:36 +0900 (JST)
KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx> wrote:

> > > > %check_badness.pl | sort -n | tail
> > > > --
> > > > 89924 Â 3938 Â Âmixer_applet2
> > > > 90210 Â 3942 Â Âtomboy
> > > > 94753 Â 3936 Â Âclock-applet
> > > > 101994 Â3919 Â Âpulseaudio
> > > > 113525 Â4028 Â Âgnome-terminal
> > > > 127340 Â1 Â Â Â init
> > > > 128177 Â3871 Â Ânautilus
> > > > 151003 Â11515 Â bash
> > > > 256944 Â11653 Â mmap
> > > > 425561 Â3829 Â Âgnome-session
> > > > --
> > > > Sigh, gnome-session has twice value of mmap(1G).
> > > > Of course, gnome-session only uses 6M bytes of anon.
> > > > I wonder this is because gnome-session has many children..but need to
> > > > dig more. Does anyone has idea ?
> > > > (CCed kosaki)
> > >
> > > Following output address the issue.
> > > The fact is, modern desktop application linked pretty many library. it
> > > makes bloat VSS size and increase
> > > OOM score.
> > >
> > > Ideally, We shouldn't account evictable file-backed mappings for oom_score.
> > >
> > Hmm.
> > I wonder why we consider VM size for OOM kiling.
> > How about RSS size?
>
> Because, swap out-ed bad body (e.g. fork bomb process) still should
> be killed by oom.
> RSS + swap-entries is acceptable to me.

It's reasonable to me.
As I mentioned by reply of kame, in Vedran case, he didn't use swap.
I think only considering vm is the problem.

--
Kind regards,
Minchan Kim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/