From owner-freebsd-current@FreeBSD.ORG Thu May 22 22:40:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C6C837B401 for ; Thu, 22 May 2003 22:40:24 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA40043F85 for ; Thu, 22 May 2003 22:40:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from user-38lc10p.dialup.mindspring.com ([209.86.4.25] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19J5Ho-0002RH-00; Thu, 22 May 2003 22:40:13 -0700 Message-ID: <3ECDB3F6.3E391587@mindspring.com> Date: Thu, 22 May 2003 22:39:02 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jake Burkholder References: <20030523024041.GA28928@locore.ca> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4156378d8a8488c52a805d40ec464fdb2350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c cc: current@freebsd.org Subject: Re: 5.1 PAE testing results: 2 panics X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2003 05:40:24 -0000 Jake Burkholder wrote: > Apparently, On Thu, May 22, 2003 at 08:11:33PM -0500, > Cagle, John (ISS-Houston) said words to the effect of; > > panic: kmem_malloc(4096): kmem_map too small: 96624640 total allocated > > > > I tried lowering kern.maxvnodes from 536130 (default) to 200000, > > but that did not alleviate the panic. > > Can you try reducing this by half again to 100,000 and see if that > helps things? Increasing the amount of available kva with options > KVA_PAGES may also work, but finding the right limits for vnodes is > a better solution. Note that the values for KVA_PAGES are doubled > with PAE, eg 512 gives you the standard 3G user/1G kernel split. FWIW... If the auto-sizing code is taking the actual amount of RAM into account to make its decisions, this could easily be the problem. You may want to modify machdep.c to "clamp" the amount of memory used in auto-sizing at 4G or even 3G, to account for the window's impact on available wired pages. Without the original dmesg (specifically, the part where it spits out the memory size information), it's hard to tell if this is likely the problem or not. -- Terry