From owner-freebsd-stable@FreeBSD.ORG Tue Oct 26 13:25:36 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5860106566C for ; Tue, 26 Oct 2010 13:25:36 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 9EF208FC16 for ; Tue, 26 Oct 2010 13:25:36 +0000 (UTC) Received: from c83-255-61-120.bredband.comhem.se ([83.255.61.120]:24969 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1PAjVM-00052E-7v for freebsd-stable@freebsd.org; Tue, 26 Oct 2010 15:23:58 +0200 Received: (qmail 55704 invoked from network); 26 Oct 2010 15:23:54 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 26 Oct 2010 15:23:54 +0200 Received: (qmail 79216 invoked by uid 1001); 26 Oct 2010 15:23:54 +0200 Date: Tue, 26 Oct 2010 15:23:54 +0200 From: Erik Trulsson To: Ivan Voras Message-ID: <20101026132354.GA79188@owl.midgard.homeip.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Originating-IP: 83.255.61.120 X-Scan-Result: No virus found in message 1PAjVM-00052E-7v. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1PAjVM-00052E-7v d86297ee7f559b273fca28ba82ed7711 Cc: freebsd-stable@freebsd.org Subject: Re: rpcbind, rpc.statd memory footprint X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Oct 2010 13:25:37 -0000 On Tue, Oct 26, 2010 at 03:08:06PM +0200, Ivan Voras wrote: > I'm not sure what to expect from these (i.e. what is "normal" in this > case?) but the VM sizes for the NFS-used rpc.statd and rpcbind here look > a bit too big, compared to their resident sizes: > > 778 root 1 44 0 26420K 3256K select 1 0:01 0.00% > rpcbind > 891 root 1 44 0 263M 1296K select 1 0:01 0.00% > rpc.statd > > This is 8-stable amd64. Could there be a memory leak somewhere, > especially in rpc.statd? FAQ: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html#STATD-MEM-LEAK (Short version: That is expected behaviour from rpc.statd) -- Erik Trulsson ertr1013@student.uu.se