[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120418211032.47b243da@pyramind.ukuu.org.uk>
Date: Wed, 18 Apr 2012 21:10:32 +0100
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: richard -rw- weinberger <richard.weinberger@...il.com>
Cc: PINTU KUMAR <pintu_agarwal@...oo.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"pintu.k@...sung.com" <pintu.k@...sung.com>
Subject: Re: [NEW]: Introducing shrink_all_memory from user space
On Sun, 15 Apr 2012 14:10:00 +0200
richard -rw- weinberger <richard.weinberger@...il.com> wrote:
> On Sun, Apr 15, 2012 at 1:47 PM, PINTU KUMAR <pintu_agarwal@...oo.com> wrote:
> > Moreover, this is mainly meant for mobile phones where there is only *one* user.
>
> I see. Jet another awful hack.
> Mobile phones are nothing special. They are computers
Correct - so if it is showing up useful situations then they are also
useful beyond mobile phone.
> Every program which is allowed to use this interface will (ab)use it.
If you expose it to userspace then you would want it very tightly
controlled and very much special case. Within the kernel using it
internally within things like CMA allocators seems to make more sense.
I think you overestimate the abuse. It's an interface which pushes clean
pages that can be cheaply recovered out of memory. It doesn't guarantee
the caller reaps the benefit of that, and the vm will continue to try and
share out any new resource fairly.
Alan
--
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