From: Jon Masters <jonathan@jonmasters.org>
To: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Cc: "linux-mm@kvack.org" <linux-mm@kvack.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Marcelo Tosatti <marcelo@kvack.org>,
Daniel Spang <daniel.spang@gmail.com>,
Rik van Riel <riel@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
"linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>,
Pavel Machek <pavel@ucw.cz>, Al Boldi <a1426z@gawab.com>,
Zan Lynx <zlynx@acm.org>
Subject: Re: [PATCH 0/8][for -mm] mem_notify v6
Date: Sat, 9 Feb 2008 11:02:55 -0500 [thread overview]
Message-ID: <B846E82A-D513-40CD-A19C-B60653569269@jonmasters.org> (raw)
In-Reply-To: <2f11576a0802090719i3c08a41aj38504e854edbfeac@mail.gmail.com>
Yo,
Interesting patch series (I am being yuppie and reading this thread
from my iPhone on a treadmill at the gym - so further comments later).
I think that this is broadly along the lines that I was thinking, but
this should be an RFC only patch series for now.
Some initial questions:
Where is the netlink interface? Polling an FD is so last century :)
What testing have you done?
Still, it is good to start with some code - eventually we might just
have a full reservation API created. Rik and I and others have bounced
ideas around for a while and I hope we can pitch in. I will play with
these patches later.
Jon.
On Feb 9, 2008, at 10:19, "KOSAKI Motohiro" <kosaki.motohiro@jp.fujitsu.com
> wrote:
> Hi
>
> The /dev/mem_notify is low memory notification device.
> it can avoid swappness and oom by cooperationg with the user process.
>
> the Linux Today article is very nice description. (great works by
> Jake Edge)
> http://www.linuxworld.com/news/2008/020508-kernel.html
>
> <quoted>
> When memory gets tight, it is quite possible that applications have
> memory
> allocateda??often caches for better performancea??that they could fre
> e.
> After all, it is generally better to lose some performance than to
> face the
> consequences of being chosen by the OOM killer.
> But, currently, there is no way for a process to know that the
> kernel is
> feeling memory pressure.
> The patch provides a way for interested programs to monitor the /dev/
> mem_notify
> file to be notified if memory starts to run low.
> </quoted>
>
>
> You need not be annoyed by OOM any longer :)
> please any comments!
>
> patch list
> [1/8] introduce poll_wait_exclusive() new API
> [2/8] introduce wake_up_locked_nr() new API
> [3/8] introduce /dev/mem_notify new device (the core of this
> patch series)
> [4/8] memory_pressure_notify() caller
> [5/8] add new mem_notify field to /proc/zoneinfo
> [6/8] (optional) fixed incorrect shrink_zone
> [7/8] ignore very small zone for prevent incorrect low mem
> notify.
> [8/8] support fasync feature
>
>
> related discussion:
> --------------------------------------------------------------
> LKML OOM notifications requirement discussion
> http://www.gossamer-threads.com/lists/linux/kernel/832802?nohighlight=1#832802
> OOM notifications patch [Marcelo Tosatti]
> http://marc.info/?l=linux-kernel&m=119273914027743&w=2
> mem notifications v3 [Marcelo Tosatti]
> http://marc.info/?l=linux-mm&m=119852828327044&w=2
> Thrashing notification patch [Daniel Spang]
> http://marc.info/?l=linux-mm&m=119427416315676&w=2
> mem notification v4
> http://marc.info/?l=linux-mm&m=120035840523718&w=2
> mem notification v5
> http://marc.info/?l=linux-mm&m=120114835421602&w=2
>
> Changelog
> -------------------------------------------------
> v5 -> v6 (by KOSAKI Motohiro)
> o rebase to 2.6.24-mm1
> o fixed thundering herd guard formula.
>
> v4 -> v5 (by KOSAKI Motohiro)
> o rebase to 2.6.24-rc8-mm1
> o change display order of /proc/zoneinfo
> o ignore very small zone
> o support fcntl(F_SETFL, FASYNC)
> o fixed some trivial bugs.
>
> v3 -> v4 (by KOSAKI Motohiro)
> o rebase to 2.6.24-rc6-mm1
> o avoid wake up all.
> o add judgement point to __free_one_page().
> o add zone awareness.
>
> v2 -> v3 (by Marcelo Tosatti)
> o changes the notification point to happen whenever
> the VM moves an anonymous page to the inactive list.
> o implement notification rate limit.
>
> v1(oom notify) -> v2 (by Marcelo Tosatti)
> o name change
> o notify timing change from just swap thrashing to
> just before thrashing.
> o also works with swapless device.
>
--
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:[~2008-02-09 16:02 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-09 15:19 KOSAKI Motohiro
2008-02-09 16:02 ` Jon Masters [this message]
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
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
2008-04-02 7:31 ` KOSAKI Motohiro
2008-04-02 17:45 ` Tom May
2008-04-15 0:16 ` Tom May
2008-04-16 2:30 ` KOSAKI Motohiro
2008-04-17 9:30 ` KOSAKI Motohiro
2008-04-17 19:23 ` Tom May
2008-04-18 10:07 ` KOSAKI Motohiro
2008-04-21 20:32 ` Tom May
2008-04-23 8:27 ` Daniel Spång
2008-05-01 2:07 ` Tom May
2008-05-01 15:06 ` KOSAKI Motohiro
2008-05-02 22:21 ` Tom May
2008-05-03 12:26 ` KOSAKI Motohiro
2008-05-06 5:22 ` 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=B846E82A-D513-40CD-A19C-B60653569269@jonmasters.org \
--to=jonathan@jonmasters.org \
--cc=a1426z@gawab.com \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=daniel.spang@gmail.com \
--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=riel@redhat.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