From owner-freebsd-arch Mon Feb 25 7: 6:10 2002 Delivered-To: freebsd-arch@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (cvsup2.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 9843137B405 for ; Mon, 25 Feb 2002 07:06:05 -0800 (PST) Received: from sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp [IPv6:3ffe:b80:5b0:3:200:e8ff:fe14:9f8a]) by rina.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-rina.r-Nankai-Koya) with ESMTP id g1PF4ukg096523 ; Tue, 26 Feb 2002 00:05:00 +0900 (JST) Received: from sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [IPv6:::1]) by sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-carrots-Tokyu-Meguro) with ESMTP id g1PF4knG004473 ; Tue, 26 Feb 2002 00:04:46 +0900 (JST) Received: (from root@localhost) by sohgo.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (8.12.2/3.7W-submit-carrots-Tokyu-Meguro) with UUCP id g1PF4i1k004472 ; Tue, 26 Feb 2002 00:04:44 +0900 (JST) Received: from bunko.nkth.carrots.uucp.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by bunko (8.12.2/3.7W-nkth.carrots-Saitama-Misono) with ESMTP id g1PEb12R001419 ; Mon, 25 Feb 2002 23:37:01 +0900 (JST) Message-Id: <200202251437.g1PEb12R001419@bunko> Date: Mon, 25 Feb 2002 23:37:01 +0900 From: Seigo Tanimura To: Matthew Dillon Cc: Seigo Tanimura , arch@FreeBSD.ORG Subject: Re: reclaiming v_data of free vnodes In-Reply-To: <200202250444.g1P4i8X29005@apollo.backplane.com> References: <200202231556.g1NFu9N9040749@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> <200202242041.g1OKfXt95731@apollo.backplane.com> <200202250325.g1P3PVN9092431@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> <200202250444.g1P4i8X29005@apollo.backplane.com> 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 On Sun, 24 Feb 2002 20:44:08 -0800 (PST), Matthew Dillon said: dillon> :Matthew> cache). 330,000 vnodes and/or inodes is pushing what a kernel dillon> :Matthew> with only 1G of KVM can handle. For these machines you may want dillon> :Matthew> to change the kernel start address from c000000 (1G of KVM) to dillon> :Matthew> 8000000 (2G of KVM). I forget exactly how that is done. dillon> : dillon> :Increasing KVM is not likely to help. The panic message in the Friday dillon> :night was something like this: dillon> : dillon> :kmem_malloc(256): kmem_map too small: (~=200M) total allocated dillon> You can use the boot-time tunable 'kern.vm.kmem.size' to set dillon> the size of kmem. You may have to reduce the size of the dillon> buffer cache to make everything fit. Also, if you make kmem_map dillon> too large you can run the system out of other types of space, dillon> like the zalloc memory space (which is allocated from the remaining dillon> KVA beyond the kmem_map), and memory for pipes. I tried that, but that attempt failed because I miscalculated the size of space for the buffer. One question before increasing kern.vm.kmem.size: why does ffs not use the zone allocator for inodes? -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message