From owner-freebsd-jail@FreeBSD.ORG Thu Jun 4 05:54:26 2009 Return-Path: Delivered-To: freebsd-jail@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C825C1065673 for ; Thu, 4 Jun 2009 05:54:26 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 88D818FC26 for ; Thu, 4 Jun 2009 05:54:26 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 3F2881735C; Thu, 4 Jun 2009 15:38:28 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [220.233.52.14] (14.52.233.220.static.exetel.com.au [220.233.52.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 801B717D9C; Thu, 4 Jun 2009 15:38:23 +1000 (EST) Message-ID: <4A275CE4.9020408@modulus.org> Date: Thu, 04 Jun 2009 15:34:28 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.6 (X11/20070926) MIME-Version: 1.0 To: Menshikov Konstantin , freebsd-jail@freebsd.org References: <20090603180221.E56412@hub.org> <4A275D80.5050408@peterhost.ru> In-Reply-To: <4A275D80.5050408@peterhost.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Calculating per jail memory usage ... X-BeenThere: freebsd-jail@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion about FreeBSD jail\(8\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2009 05:54:27 -0000 Menshikov Konstantin wrote: > Now in a kernel there is no mechanism with which help it is possible to > count a memory size occupied with processes in jail. > After this mechanism will appear, it will be possible to add top :) Are there any plans to add this? There needs to be a way more generally (ie. not just for jails) to find out total memory used by a set of processes which may or may not have shared memory. - Andrew