[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOJsxLHdy8pBCBmbYfiHL681Bd=p_XPXjJHgVKqhT9nYquAjOg@mail.gmail.com>
Date: Wed, 2 May 2012 09:57:05 +0300
From: Pekka Enberg <penberg@...nel.org>
To: Minchan Kim <minchan@...nel.org>
Cc: Anton Vorontsov <anton.vorontsov@...aro.org>,
KOSAKI Motohiro <kosaki.motohiro@...il.com>,
Rik van Riel <riel@...hat.com>,
Leonid Moiseichuk <leonid.moiseichuk@...ia.com>,
John Stultz <john.stultz@...aro.org>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, linaro-kernel@...ts.linaro.org,
patches@...aro.org, kernel-team@...roid.com,
Glauber Costa <glommer@...allels.com>,
kamezawa.hiroyu@...fujitsu.com,
Suleiman Souhlal <suleiman@...gle.com>
Subject: Re: [PATCH v4] vmevent: Implement greater-than attribute state and
one-shot mode
On Wed, May 2, 2012 at 8:04 AM, Minchan Kim <minchan@...nel.org> wrote:
> I think hardest problem in low mem notification is how to define _lowmem situation_.
> We all guys (server, desktop and embedded) should reach a conclusion on define lowmem situation
> before progressing further implementation because each part can require different limits.
> Hopefully, I want it.
>
> What is the best situation we can call it as "low memory"?
Looking at real-world scenarios, it seems to be totally dependent on
userspace policy.
On Wed, May 2, 2012 at 8:04 AM, Minchan Kim <minchan@...nel.org> wrote:
> As a matter of fact, if we can define it well, I think even we don't need vmevent ABI.
> In my opinion, it's not easy to generalize each use-cases so we can pass it to user space and
> just export low attributes of vmstat in kernel by vmevent.
> Userspace program can determine low mem situation well on his environment with other vmstats
> when notification happens. Of course, it has a drawback that userspace couples kernel's vmstat
> but at least I think that's why we need vmevent for triggering event when we start watching carefully.
Please keep in mind that VM events is not only about "low memory"
notification. The ABI might be useful for other kinds of VM events as
well.
--
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