[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20101021090847.b4e23dde.kamezawa.hiroyu@jp.fujitsu.com>
Date: Thu, 21 Oct 2010 09:08:47 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: steve@...idescorp.com
Cc: balbir@...ux.vnet.ibm.com, linux-mm@...ck.org, dhowells@...hat.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH V2] nommu: add anonymous page memcg accounting
On Wed, 20 Oct 2010 07:49:17 -0500
"Steven J. Magnani" <steve@...idescorp.com> wrote:
> On Wed, 2010-10-20 at 09:17 +0900, KAMEZAWA Hiroyuki wrote:
> > On Tue, 19 Oct 2010 13:24:17 -0500
> > "Steven J. Magnani" <steve@...idescorp.com> wrote:
> >
> > > On Tue, 2010-10-19 at 21:18 +0530, Balbir Singh wrote:
> > > > * Steven J. Magnani <steve@...idescorp.com> [2010-10-19 07:34:14]:
> > > > > +
> > > > > +At the present time, only anonymous pages are included in NOMMU memory cgroup
> > > > > +accounting.
> > > >
> > > > What is the reason for tracking just anonymous memory?
> > >
> > > Tracking more than that is beyond my current scope, and perhaps of
> > > limited benefit under an assumption that NOMMU systems don't usually
> > > work with large files. The limitations of the implementation are
> > > documented, so hopefully anyone who needs more functionality will know
> > > that they need to implement it.
> > >
> >
> > What happens at reaching limit ? memory can be reclaimed ?
>
> I'm not quite sure what you're asking. In my usage, the OOM-killer gets
> invoked and the 'runaway' dosfsck process gets terminated; at that point
> all its memory is freed.
>
Hmm. then, most of memcg codes are of no use for NOMMU.
I myself can't maintain NOMMU kernel. So, please test every -rc1 when
this patch merged. OK ?
Thanks,
-Kame
--
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