On Tue, Sep 18, 2012 at 06:03:58PM +0400, Glauber Costa wrote: > From: Suleiman Souhlal <ssouh...@freebsd.org> > > We currently have a percpu stock cache scheme that charges one page at a > time from memcg->res, the user counter. When the kernel memory > controller comes into play, we'll need to charge more than that. > > This is because kernel memory allocations will also draw from the user > counter, and can be bigger than a single page, as it is the case with > the stack (usually 2 pages) or some higher order slabs. > > [ glom...@parallels.com: added a changelog ] > > Signed-off-by: Suleiman Souhlal <sulei...@google.com> > Signed-off-by: Glauber Costa <glom...@parallels.com> > Acked-by: David Rientjes <rient...@google.com> > Acked-by: Kamezawa Hiroyuki <kamezawa.hir...@jp.fujitsu.com> > Acked-by: Michal Hocko <mho...@suse.cz>
Independent of how the per-subtree enable-through-setting-limit discussion pans out, we're going to need the charge cache, so: Acked-by: Johannes Weiner <han...@cmpxchg.org> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
