From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1767844Ab2KONsN (ORCPT ); Thu, 15 Nov 2012 08:48:13 -0500 Received: from mx2.parallels.com ([64.131.90.16]:51078 "EHLO mx2.parallels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1767809Ab2KONsM (ORCPT ); Thu, 15 Nov 2012 08:48:12 -0500 Message-ID: <50A4F289.1090807@parallels.com> Date: Thu, 15 Nov 2012 17:47:53 +0400 From: Glauber Costa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121016 Thunderbird/16.0.1 MIME-Version: 1.0 To: Kamezawa Hiroyuki CC: Andrew Morton , , , Tejun Heo , Michal Hocko , Johannes Weiner , Christoph Lameter , Pekka Enberg Subject: Re: [PATCH 5/7] memcg: get rid of once-per-second cache shrinking for dead memcgs References: <1352948093-2315-1-git-send-email-glommer@parallels.com> <1352948093-2315-6-git-send-email-glommer@parallels.com> <50A4B8C8.6020202@jp.fujitsu.com> In-Reply-To: <50A4B8C8.6020202@jp.fujitsu.com> Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/15/2012 01:41 PM, Kamezawa Hiroyuki wrote: > (2012/11/15 11:54), Glauber Costa wrote: >> The idea is to synchronously do it, leaving it up to the shrinking >> facilities in vmscan.c and/or others. Not actively retrying shrinking >> may leave the caches alive for more time, but it will remove the ugly >> wakeups. One would argue that if the caches have free objects but are >> not being shrunk, it is because we don't need that memory yet. >> >> Signed-off-by: Glauber Costa >> CC: Michal Hocko >> CC: Kamezawa Hiroyuki >> CC: Johannes Weiner >> CC: Andrew Morton > > I agree this patch but can we have a way to see the number of unaccounted > zombie cache usage for debugging ? > > Acked-by: KAMEZAWA Hiroyuki > Any particular interface in mind ? From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx160.postini.com [74.125.245.160]) by kanga.kvack.org (Postfix) with SMTP id 471986B002B for ; Thu, 15 Nov 2012 08:48:13 -0500 (EST) Message-ID: <50A4F289.1090807@parallels.com> Date: Thu, 15 Nov 2012 17:47:53 +0400 From: Glauber Costa MIME-Version: 1.0 Subject: Re: [PATCH 5/7] memcg: get rid of once-per-second cache shrinking for dead memcgs References: <1352948093-2315-1-git-send-email-glommer@parallels.com> <1352948093-2315-6-git-send-email-glommer@parallels.com> <50A4B8C8.6020202@jp.fujitsu.com> In-Reply-To: <50A4B8C8.6020202@jp.fujitsu.com> Content-Type: text/plain; charset="ISO-2022-JP" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Kamezawa Hiroyuki Cc: Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Tejun Heo , Michal Hocko , Johannes Weiner , Christoph Lameter , Pekka Enberg On 11/15/2012 01:41 PM, Kamezawa Hiroyuki wrote: > (2012/11/15 11:54), Glauber Costa wrote: >> The idea is to synchronously do it, leaving it up to the shrinking >> facilities in vmscan.c and/or others. Not actively retrying shrinking >> may leave the caches alive for more time, but it will remove the ugly >> wakeups. One would argue that if the caches have free objects but are >> not being shrunk, it is because we don't need that memory yet. >> >> Signed-off-by: Glauber Costa >> CC: Michal Hocko >> CC: Kamezawa Hiroyuki >> CC: Johannes Weiner >> CC: Andrew Morton > > I agree this patch but can we have a way to see the number of unaccounted > zombie cache usage for debugging ? > > Acked-by: KAMEZAWA Hiroyuki > Any particular interface in mind ? -- 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