From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 23 May 2008 13:30:27 +0900 From: KOSAKI Motohiro Subject: Re: [PATCH 0/4] swapcgroup(v2) In-Reply-To: <4836411B.2030601@linux.vnet.ibm.com> References: <20080523121027.b0eecfa0.kamezawa.hiroyu@jp.fujitsu.com> <4836411B.2030601@linux.vnet.ibm.com> Message-Id: <20080523131812.84F1.KOSAKI.MOTOHIRO@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: balbir@linux.vnet.ibm.com Cc: kosaki.motohiro@jp.fujitsu.com, KAMEZAWA Hiroyuki , Rik van Riel , Daisuke Nishimura , Linux Containers , Linux MM , Pavel Emelyanov , YAMAMOTO Takashi , Hugh Dickins , "IKEDA, Munehiro" List-ID: > One option is to limit the virtual address space usage of the cgroup to ensure > that swap usage of a cgroup will *not* exceed the specified limit. Along with a > good swap controller, it should provide good control over the cgroup's memory usage. unfortunately, it doesn't works in real world. IMHO you said as old good age. because, Some JavaVM consume crazy large virtual address space. it often consume >10x than phycal memory consumption. yes, that behaviour is crazy. but it is used widely. thus, We shouldn't assume virtual address space limitation. -- 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