linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
* Re: [PATCH 2/9] mm, oom: introduce oom reaper
@ 2023-12-21 21:24 AGUNG YULIYANA
  0 siblings, 0 replies; 4+ messages in thread
From: AGUNG YULIYANA @ 2023-12-21 21:24 UTC (permalink / raw)
  To: mhocko; +Cc: akpm, linux-kernel, linux-mm, mhocko, penguin-kernel, rientjes

[-- Attachment #1: Type: text/plain, Size: 15 bytes --]

AGUNG YULIYANA

[-- Attachment #2: Type: text/html, Size: 90 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread
* [PATCH 0/9] oom reaper v6
@ 2016-03-22 11:00 Michal Hocko
  2016-03-22 11:00 ` [PATCH 2/9] mm, oom: introduce oom reaper Michal Hocko
  0 siblings, 1 reply; 4+ messages in thread
From: Michal Hocko @ 2016-03-22 11:00 UTC (permalink / raw)
  To: Andrew Morton
  Cc: linux-mm, LKML, Tetsuo Handa, David Rientjes, Ingo Molnar,
	Johannes Weiner, Mel Gorman, Michal Hocko, Oleg Nesterov,
	Peter Zijlstra, Vladimir Davydov

Hi,
I am reposting the whole patchset on top of the current Linus tree which should
already contain big pile of Andrew's mm patches. This should serve an easier
reviewability and I also hope that this core part of the work can go to 4.6.

The previous version was posted here [1] Hugh and David have suggested to
drop [2] because the munlock path currently depends on the page lock and
it is better if the initial version was conservative and prevent from
any potential lockups even though it is not clear whether they are real
- nobody has seen oom_reaper stuck on the page lock AFAICK. Me or Hugh
will have a look and try to make the munlock path not depend on the page
lock as a follow up work.

Apart from that the feedback revealed one bug for a very unusual
configuration (sysctl_oom_kill_allocating_task) and that has been fixed
by patch 8 and one potential mis interaction with the pm freezer fixed by
patch 7.

I think the current code base is already very useful for many situations.
The rest of the feedback was mostly about potential enhancements of the
current code which I would really prefer to build on top of the current
series. I plan to finish my mmap_sem killable for write in the upcoming
release cycle and hopefully have it merged in the next merge window.
I believe more extensions will follow.

This code has been sitting in the mmotm (thus linux-next) for a while.
Are there any fundamental objections to have this part merged in this
merge window?

Thanks!

[1] http://lkml.kernel.org/r/1454505240-23446-1-git-send-email-mhocko@kernel.org
[2] http://lkml.kernel.org/r/1454505240-23446-3-git-send-email-mhocko@kernel.org


--
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>

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-12-21 21:57 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-12-21 21:24 [PATCH 2/9] mm, oom: introduce oom reaper AGUNG YULIYANA
  -- strict thread matches above, loose matches on Subject: below --
2016-03-22 11:00 [PATCH 0/9] oom reaper v6 Michal Hocko
2016-03-22 11:00 ` [PATCH 2/9] mm, oom: introduce oom reaper Michal Hocko
2016-03-22 22:45   ` Andrew Morton
2016-03-22 22:58     ` Hugh Dickins

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox