From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx112.postini.com [74.125.245.112]) by kanga.kvack.org (Postfix) with SMTP id 62EEF6B002B for ; Mon, 24 Sep 2012 11:38:50 -0400 (EDT) Received: by wgbdq12 with SMTP id dq12so3392893wgb.26 for ; Mon, 24 Sep 2012 08:38:48 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <506066E3.6050705@parallels.com> References: <1347977530-29755-1-git-send-email-glommer@parallels.com> <1347977530-29755-6-git-send-email-glommer@parallels.com> <20120921181458.GG7264@google.com> <506015E7.8030900@parallels.com> <00000139f84bdedc-aae672a6-2908-4cb8-8ed3-8fedf67a21af-000000@email.amazonses.com> <50605500.5050606@parallels.com> <00000139f8836571-6ddc9d5b-1d5f-4542-92f9-ad11070e5b7d-000000@email.amazonses.com> <506063B8.70305@parallels.com> <00000139f890a302-980aee84-40b2-433f-8dbd-e7b1d219f00d-000000@email.amazonses.com> <506066E3.6050705@parallels.com> Date: Mon, 24 Sep 2012 18:38:48 +0300 Message-ID: Subject: Re: [PATCH v3 05/16] consider a memcg parameter in kmem_create_cache From: Pekka Enberg Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-linux-mm@kvack.org List-ID: To: Glauber Costa Cc: Christoph Lameter , Tejun Heo , "" , "" , "" , "" , "" , Suleiman Souhlal , Frederic Weisbecker , Mel Gorman , David Rientjes , Michal Hocko , Johannes Weiner On 09/24/2012 05:56 PM, Christoph Lameter wrote: >> On Mon, 24 Sep 2012, Glauber Costa wrote: >> >>> The reason I say it is orthogonal, is that people will still want to see >>> their caches in /proc/slabinfo, regardless of wherever else they'll be. >>> It was a requirement from Pekka in one of the first times I posted this, >>> IIRC. >> >> They want to see total counts there true. But as I said we already have a >> duplication of the statistics otherwise. We have never done the scheme >> that you propose. That is unexpected. I would not expect the numbers to be >> there. On Mon, Sep 24, 2012 at 4:57 PM, Glauber Costa wrote: > I myself personally believe it can potentially clutter slabinfo, and > won't put my energy in defending the current implementation. What I > don't want is to keep switching between implementations. > > Pekka, Tejun, what do you guys say here? So Christoph is proposing that the new caches appear somewhere under the cgroups directory and /proc/slabinfo includes aggregated counts, right? I'm certainly OK with that. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org