Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Feb 2002 23:37:01 +0900
From:      Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp>
To:        Matthew Dillon <dillon@apollo.backplane.com>
Cc:        Seigo Tanimura <tanimura@nkth.carrots.uucp.r.dl.itc.u-tokyo.ac.jp>
Subject:   Re: reclaiming v_data of free vnodes
Message-ID:  <200202251437.g1PEb12R001419@bunko>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 24 Feb 2002 20:44:08 -0800 (PST),
  Matthew Dillon <dillon@apollo.backplane.com> 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 <tanimura@r.dl.itc.u-tokyo.ac.jp> <tanimura@FreeBSD.org>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200202251437.g1PEb12R001419>