From owner-freebsd-stable@FreeBSD.ORG Tue Oct 26 13:08:18 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 935711065740 for ; Tue, 26 Oct 2010 13:08:18 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4CD8A8FC0C for ; Tue, 26 Oct 2010 13:08:18 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PAjG9-0004qE-Qm for freebsd-stable@freebsd.org; Tue, 26 Oct 2010 15:08:13 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Oct 2010 15:08:13 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Oct 2010 15:08:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 26 Oct 2010 15:08:06 +0200 Lines: 11 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.12) Gecko/20101018 Thunderbird/3.0.8 X-Enigmail-Version: 1.0.1 Subject: 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:08:18 -0000 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?