From: Rik van Riel <riel@redhat.com>
To: Paul Jackson <pj@sgi.com>
Cc: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
marcelo@kvack.org, daniel.spang@gmail.com,
akpm@linux-foundation.org, alan@lxorguk.ukuu.org.uk,
linux-fsdevel@vger.kernel.org, pavel@ucw.cz, a1426z@gawab.com,
jonathan@jonmasters.org, zlynx@acm.org
Subject: Re: [PATCH 0/8][for -mm] mem_notify v6
Date: Tue, 19 Feb 2008 14:02:22 -0500 [thread overview]
Message-ID: <20080219140222.4cee07ab@cuia.boston.redhat.com> (raw)
In-Reply-To: <20080219090008.bb6cbe2f.pj@sgi.com>
On Tue, 19 Feb 2008 09:00:08 -0600
Paul Jackson <pj@sgi.com> wrote:
> Depending on what we're trying to do:
> 1) warn applications of swap coming soon (your case),
> 2) show how close we are to swapping,
> 3) show how much swap has happened already,
> 4) kill instantly if try to swap (my hpc case),
> 5) measure file i/o caused by memory pressure, or
> 6) perhaps other goals,
> we will need to hook different places in the kernel.
>
> It may well be that your hooks for embedded are simply in different
> places than my hooks for HPC. If so, that's fine.
Don't forget the "hooks for desktop" :)
Basically in all situations, the kernel needs to warn at the same point
in time: when the system is about to run out of RAM for anonymous pages.
In the desktop case, that leads to swapping (and programs can free memory).
In the embedded case, it leads to OOM (and a management program can kill or
restart something else, or a program can restart itself).
In the HPC case, it leads to swapping (and a management program can kill or
restart something else).
I do not see the kernel side being different between these situations, only
userspace reacts differently in the different scenarios.
Am I overlooking something?
--
All Rights Reversed
next prev parent reply other threads:[~2008-02-19 19:03 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-09 15:19 [PATCH 0/8][for -mm] mem_notify v6 KOSAKI Motohiro
2008-02-09 16:02 ` Jon Masters
2008-02-09 16:33 ` KOSAKI Motohiro
2008-02-09 16:43 ` Rik van Riel
2008-02-09 16:49 ` KOSAKI Motohiro
2008-02-11 15:36 ` [PATCH 0/8][for -mm] mem_notify v6, " Jonathan Corbet
2008-02-11 15:46 ` KOSAKI Motohiro
2008-02-17 14:49 ` Paul Jackson
2008-02-19 7:36 ` KOSAKI Motohiro
2008-02-19 15:00 ` Paul Jackson
2008-02-19 19:02 ` Rik van Riel [this message]
2008-02-19 20:18 ` Paul Jackson
2008-02-19 20:43 ` Paul Jackson
2008-02-19 22:28 ` Pavel Machek
2008-02-20 1:54 ` Paul Jackson
2008-02-20 2:07 ` Rik van Riel
2008-02-20 2:48 ` KOSAKI Motohiro
2008-02-20 4:57 ` Paul Jackson
2008-02-20 5:21 ` KOSAKI Motohiro
2008-02-20 4:36 ` Paul Jackson
2008-04-01 23:35 ` Tom May
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=20080219140222.4cee07ab@cuia.boston.redhat.com \
--to=riel@redhat.com \
--cc=a1426z@gawab.com \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=daniel.spang@gmail.com \
--cc=jonathan@jonmasters.org \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=marcelo@kvack.org \
--cc=pavel@ucw.cz \
--cc=pj@sgi.com \
--cc=zlynx@acm.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;
as well as URLs for NNTP newsgroup(s).