From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51]) by kanga.kvack.org (Postfix) with SMTP id 520A96B0011 for ; Wed, 4 May 2011 04:55:38 -0400 (EDT) Date: Wed, 4 May 2011 10:55:34 +0200 From: Michal Hocko Subject: Re: [PATCH 1/7] memcg: add high/low watermark to res_counter Message-ID: <20110504085533.GB1375@tiehlicka.suse.cz> References: <20110425182849.ab708f12.kamezawa.hiroyu@jp.fujitsu.com> <20110429133313.GB306@tiehlicka.suse.cz> <20110501150410.75D2.A69D9226@jp.fujitsu.com> <20110503064945.GA18927@tiehlicka.suse.cz> <20110503082550.GD18927@tiehlicka.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-ID: To: KOSAKI Motohiro Cc: KAMEZAWA Hiroyuki , Ying Han , "linux-mm@kvack.org" , "balbir@linux.vnet.ibm.com" , "nishimura@mxp.nes.nec.co.jp" , "akpm@linux-foundation.org" , Johannes Weiner , "minchan.kim@gmail.com" On Wed 04-05-11 12:55:19, KOSAKI Motohiro wrote: > >> Ah, right. So, do you have an alternative idea? > > > > Why cannot we just keep the global reclaim semantic and make it free > > memory (hard_limit - usage_in_bytes) based with low limit as the trigger > > for reclaiming? > > Because it's not free memory. In some sense it is because it defines the available memory for a group. > the cgroup doesn't reach a limit. but.... Same way how we do not get down to no free memory (due to reserves etc.). Or am I missing something. -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org