From owner-freebsd-current@FreeBSD.ORG Wed Jul 23 09:14:07 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 5D96B37B401 for ; Wed, 23 Jul 2003 09:14:07 -0700 (PDT) Received: from godel.mtl.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8385E43FA3 for ; Wed, 23 Jul 2003 09:14:06 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: from godel.mtl.distributel.net (localhost [127.0.0.1]) h6NCI9EH070583; Wed, 23 Jul 2003 12:18:09 GMT (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by godel.mtl.distributel.net (8.12.9/8.12.9/Submit) id h6NCI9Pt070582; Wed, 23 Jul 2003 12:18:09 GMT X-Authentication-Warning: godel.mtl.distributel.net: bmilekic set sender to bmilekic@technokratis.com using -f Date: Wed, 23 Jul 2003 12:18:09 +0000 From: Bosko Milekic To: Stephane Raimbault Message-ID: <20030723121809.GA70549@technokratis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: FreeBSD 5.1-R kernel panic 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: Wed, 23 Jul 2003 16:14:08 -0000 On Wed, Jul 23, 2003 at 09:56:32AM -0600, Stephane Raimbault wrote: > Hi Bosko, > > Looking at netstat -m, the value I'd probably be interested in is the > following: > > 3% of cluster map consumed > > knowing that the Maximum possible is 25600 I can deduce that ~768 are being > used? Is that correct. I'm not much of a programmer, but I did recognize > the printf(); statements from a C class I didn't do well in half a decade > ago... as you can tell, I'm not much of a programmer :). If it's not the 3% > I should be paying attention too... then let me know :) Look at the "in pool" values for all the pcpu and GEN caches and add them up. Do this for clusters (since there are fewer). Compare to the "Maximum Possible" value. With a machine that goes into spike-load periods, you may want to have the Maximum Possible stay about 4-6 times what you have as your average "in pool" value (remember to sum the "in pool" values for the pcpu and GEN caches). The 3% is not what you think it is. It's the percentage of the allocated wired-down memory that is NOT in any of the caches but is allocated and circulating in the system. If you have a high number of cached items but the percentage is relatively low for most of the time, it's a sign that you were probably in a heavy-usage scenario some time ago, but that your current usage is relatively low. > As for using the option DDB in my kernel, I do have one question. I do have > remote console access that I use to go into single user mode on the box > remotely. I'm suspecting I could use the debugger mode over the > comconsole... I just want to make sure there is some kind of reboot command > from the debugger so that I can tell the box to reboot once I've captured > the stack trace? If so, I'll enable the DDB tonight and get you the info as > soon as I can. Yes, you can do DDB over serial console. Take a look at the handbook for more information on using DDB. If you have the space in /var and enough swap, you may want to try getting a crashdump so that you can reboot and use GDB to debug. Again, take a look at the handbook. > thanks again, > Stephane. -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/