Date: Sat, 15 Nov 2003 23:44:19 -0700 From: Scott Long <scottl@freebsd.org> To: Claus Guttesen <cguttesen@yahoo.dk> Cc: current@freebsd.org Subject: Re: FreeBSD current, apache and php4 woes Message-ID: <3FB71CC3.9060408@freebsd.org> In-Reply-To: <20031115233048.83366.qmail@web14104.mail.yahoo.com> References: <20031115233048.83366.qmail@web14104.mail.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Claus Guttesen wrote: > Hi. > > >>>panic: kmem_malloc(4096): kmem_map too small: >>>275251200 total allocated cpuid = 0; lapic.id = >>>00000000 >> >>man tuning >> >>You probably need to reset maxusers to 128 or so >>manually since the >>auto-tuning is doing the wrong thing. Although this >>is usually a problem >>on 4GB systems. >> > > > I'll try to adjust it manually. > > >>You aren't running any wierd nmbclusters/nmbufs >>values, are you? >> > > > Just a straight install and custom-kernel reg. NIC and > SCSI. > > Claus > You'll either want to raise the size of the kmem_map pool (this is where kernel malloc and UMA get their allocations), or decrease the maximum number of vnodes allowed (vnodes get allocated out of the kmem_map and are likely depleating it in your case). I run into this constantly; we worked on fixing it last spring by making the maxvnodes auto-tune itself better, but that seems to no longer be enough. Add one of the two lines to /boot/loader.conf: kern.vn.kmem.size=350000000 or kern.maxvnodes=150000 The first one is probably the better choice for you since the very nature of what you are doing demands that you touch a lot of vnodes. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3FB71CC3.9060408>