[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190310210335.GA5504@kroah.com>
Date: Sun, 10 Mar 2019 22:03:35 +0100
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Sultan Alsawaf <sultan@...neltoast.com>
Cc: Arve Hjønnevåg <arve@...roid.com>,
Todd Kjos <tkjos@...roid.com>,
Martijn Coenen <maco@...roid.com>,
Joel Fernandes <joel@...lfernandes.org>,
Christian Brauner <christian@...uner.io>,
Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
linux-kernel@...r.kernel.org, devel@...verdev.osuosl.org,
linux-mm@...ck.org, Suren Baghdasaryan <surenb@...gle.com>,
Tim Murray <timmurray@...gle.com>
Subject: Re: [RFC] simple_lmk: Introduce Simple Low Memory Killer for Android
On Sun, Mar 10, 2019 at 01:34:03PM -0700, Sultan Alsawaf wrote:
> From: Sultan Alsawaf <sultan@...neltoast.com>
>
> This is a complete low memory killer solution for Android that is small
> and simple. It kills the largest, least-important processes it can find
> whenever a page allocation has completely failed (right after direct
> reclaim). Processes are killed according to the priorities that Android
> gives them, so that the least important processes are always killed
> first. Killing larger processes is preferred in order to free the most
> memory possible in one go.
>
> Simple LMK is integrated deeply into the page allocator in order to
> catch exactly when a page allocation fails and exactly when a page is
> freed. Failed page allocations that have invoked Simple LMK are placed
> on a queue and wait for Simple LMK to satisfy them. When a page is about
> to be freed, the failed page allocations are given priority over normal
> page allocations by Simple LMK to see if they can immediately use the
> freed page.
>
> Additionally, processes are continuously killed by failed small-order
> page allocations until they are satisfied.
>
> Signed-off-by: Sultan Alsawaf <sultan@...neltoast.com>
Wait, why? We just removed the in-kernel android memory killer, we
don't want to add another one back again, right? Android Go devices
work just fine with the userspace memory killer code, and those are "low
memory" by design.
Why do we need kernel code here at all?
thanks,
greg k-h
Powered by blists - more mailing lists