[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4EEF6360.4000306@gmail.com>
Date: Mon, 19 Dec 2011 11:16:32 -0500
From: KOSAKI Motohiro <kosaki.motohiro@...il.com>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
CC: Anton Vorontsov <anton.vorontsov@...aro.org>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Arve Hjønnevåg <arve@...roid.com>,
Rik van Riel <riel@...hat.com>, Pavel Machek <pavel@....cz>,
Greg Kroah-Hartman <gregkh@...e.de>,
Andrew Morton <akpm@...ux-foundation.org>,
David Rientjes <rientjes@...gle.com>,
Michal Hocko <mhocko@...e.cz>,
John Stultz <john.stultz@...aro.org>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org
Subject: Re: Android low memory killer vs. memory pressure notifications
(12/19/11 5:39 AM), Alan Cox wrote:
>> The main downside of this approach is that mem_cg needs 20 bytes per
>> page (on a 32 bit machine). So on a 32 bit machine with 4K pages
>> that's approx. 0.5% of RAM, or, in other words, 5MB on a 1GB machine.
>
> The obvious question would be why? Would fixing memcg make more sense ?
Just historical reason. Initial memcg implement by IBM was just crap.
People need very long time to fix it.
> The only problem I see with having a user space manager is that manager
> probably has to be mlock to avoid awkward fail cases and that may in fact
> make it smaller kernel side.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists