From owner-freebsd-stable@FreeBSD.ORG Mon Jun 16 21:14:05 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D8D037B401; Mon, 16 Jun 2003 21:14:05 -0700 (PDT) Received: from onion.ish.org (onion.ish.org [219.118.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31EE743F75; Mon, 16 Jun 2003 21:14:04 -0700 (PDT) (envelope-from ishizuka@ish.org) Received: from localhost (ishizuka@localhost [IPv6:::1]) h5H4E2aO080103; Tue, 17 Jun 2003 13:14:02 +0900 (JST) (envelope-from ishizuka@ish.org) Date: Tue, 17 Jun 2003 13:14:02 +0900 (JST) Message-Id: <20030617.131402.63065308.ishizuka@ish.org> To: nagao@iij.ad.jp From: Masachika ISHIZUKA In-Reply-To: <20030611.043812.74752191.nagao@iij.ad.jp> References: <20030609.114033.74731601.ishizuka@ish.org> <20030609041942.GA4029@HAL9000.homeunix.com> <20030611.043812.74752191.nagao@iij.ad.jp> X-PGP-Fingerprint20: 276D 697A C2CB 1580 C683 8F18 DA98 1A4A 50D2 C4CB X-PGP-Fingerprint16: C6 DE 46 24 D7 9F 22 EB 79 E2 90 AB 1B 9A 35 2E X-PGP-Public-Key: http://www.ish.org/pgp-public-key.txt X-URL: http://www.ish.org/ X-Mailer: Mew version 3.2 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: das@freebsd.org cc: stable@freebsd.org Subject: Re: system slowdown - vnode related X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Jun 2003 04:14:05 -0000 >>> I have still vnodes problem in 4.8-stable with /sys/kern/vfs_subr.c >>> 1.249.2.30. > > Ishizuka-san, could you possibly try the following command line > repeatedly while slowdown is being observed? > > % vmstat -m | grep '^ *vfscache' > > If the third number of its output is approaching or hitting the fourth, > the chances are your kernel is running out of memory for namecache, > which was actually the case on my machines. Hi, nagao-san. I stopped 310.locate of weekly cron and the slow down is not occurred so often. The slow down was just occurred as follows with a dual Xeon machine (Xeon 2.4GHz x 2, 2 giga byte rams, 4.8-Stable with SMP and HTT option). % sysctl -a|grep vnodes kern.maxvnodes: 140000 kern.minvnodes: 33722 debug.numvnodes: 140025 debug.wantfreevnodes: 25 debug.freevnodes: 76 % vmstat -m | grep '^ *vfscache' vfscache818445 52184K 72819K102400K 19758622 0 0 64,128,256,512K It seems that the third number is smaller enough than fourth. I typed 'sysctl kern.maxvnodes=150000' and the machine is recovered. -- ishizuka@ish.org