From owner-freebsd-arch Sat Feb 23 7:56:41 2002 Delivered-To: freebsd-arch@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id CAC6537B404 for ; Sat, 23 Feb 2002 07:56:37 -0800 (PST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp [IPv6:3ffe:b80:5b0:3:280:c8ff:fe6b:6d73]) by rina.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-rina.r-Nankai-Koya) with ESMTP id g1NFuYkg097416 ; Sun, 24 Feb 2002 00:56:35 +0900 (JST) Received: from silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-carrots-Keikyu-Kurihama) with ESMTP id g1NFu9N9040749 ; Sun, 24 Feb 2002 00:56:33 +0900 (JST) Message-Id: <200202231556.g1NFu9N9040749@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> Date: Sun, 24 Feb 2002 00:56:08 +0900 From: Seigo Tanimura To: arch@FreeBSD.org Subject: reclaiming v_data of free vnodes Cc: Seigo Tanimura User-Agent: Wanderlust/2.8.1 (Something) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.1 (patch 14) (Cuyahoga Valley) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks to vnlru, cvsup.jp.FreeBSD.org is keeping the number of vnodes to quite sane value. (about 330K out of which 190K are in use) The next problem is the overuse of v_data. vmstat(1) at the uptime of about 24 hours says: Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) FFS node323549 80888K 80897K102400K 29347661 0 0 256 which is almost the same as the number of the total vnodes. (in cvsup.jp.FreeBSD.org, almost all in-use vnodes are actually inodes) This seems due to vrele() and vput() not calling VOP_RECLAIM(). One solution is to always reclaim a vnode in vrele()/vput(), while we can also run a kernel thread to scan the free vnodes and reclaim some of them. Which one would be better, or are there any other ways? Any comments are welcome. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message