From: Denys Vlasenko <vda.linux@googlemail.com>
To: Mahmood Naderan <nt_mahmood@yahoo.com>
Cc: David Rientjes <rientjes@google.com>,
Randy Dunlap <rdunlap@xenotime.net>,
"\"linux-kernel@vger.kernel.org\"" <linux-kernel@vger.kernel.org>,
"\"linux-mm@kvack.org\"" <linux-mm@kvack.org>
Subject: Re: running of out memory => kernel crash
Date: Thu, 11 Aug 2011 19:38:25 +0200 [thread overview]
Message-ID: <201108111938.25836.vda.linux@googlemail.com> (raw)
In-Reply-To: <1313075625.50520.YahooMailNeo@web111715.mail.gq1.yahoo.com>
On Thursday 11 August 2011 17:13, Mahmood Naderan wrote:
> >What it can possibly do if there is no swap and therefore it
>
> >can't free memory by writing out RAM pages to swap?
>
>
> >the disk activity comes from constant paging in (reading)
> >of pages which contain code of running binaries.
>
> Why the disk activity does not appear in the first scenario?
Because there is nowhere to write dirty pages in order to free
some RAM (since you have no swap) and reading in more stuff
from disk can't possibly help with freeing RAM.
(What kernel does in order to free RAM is it drops unmodified
file-backed pages, and doing _that_ doesn't require disk I/O).
Thus, no reading and no writing is necessary/possible.
> >Thus the only option is to find some not recently used page
> > with read-only, file-backed content (usually some binary's
>
> >text page, but can be any read-only file mapping) and reuse it.
> Why "killing" does not appear here? Why it try to "find some
>
> recently used page"?
Because killing is the last resort. As long as kernel can free
a page by dropping an unmodified file-backed page, it will do that.
When there is nothing more to drop, and still more free pages
are needed, _then_ kernel will start oom killing.
--
vda
--
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/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2011-08-11 17:38 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1312872786.70934.YahooMailNeo@web111712.mail.gq1.yahoo.com>
2011-08-09 7:06 ` running of out memory => kernel crash Randy Dunlap
[not found] ` <1312874259.89770.YahooMailNeo@web111704.mail.gq1.yahoo.com>
2011-08-09 16:03 ` David Rientjes
2011-08-10 8:14 ` Mahmood Naderan
2011-08-11 4:09 ` David Rientjes
2011-08-11 7:07 ` Mahmood Naderan
2011-08-11 7:13 ` David Rientjes
2011-08-11 8:02 ` Mahmood Naderan
2011-08-11 12:47 ` Denys Vlasenko
2011-08-11 15:13 ` Mahmood Naderan
2011-08-11 17:38 ` Denys Vlasenko [this message]
2011-08-17 8:50 ` Mahmood Naderan
2011-08-18 2:18 ` Pavel Ivanov
2011-08-18 12:44 ` Denys Vlasenko
2011-08-18 14:26 ` Pavel Ivanov
2011-08-18 22:25 ` Denys Vlasenko
2011-08-19 19:21 ` David Rientjes
2011-08-19 19:29 ` Bryan Donlan
2011-08-19 21:19 ` Chris Friesen
2011-08-19 21:38 ` Alan Cox
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=201108111938.25836.vda.linux@googlemail.com \
--to=vda.linux@googlemail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nt_mahmood@yahoo.com \
--cc=rdunlap@xenotime.net \
--cc=rientjes@google.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;
as well as URLs for NNTP newsgroup(s).