From owner-freebsd-hackers Wed Aug 8 11:44:21 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from mx01-a.netapp.com (mx01-a.netapp.com [198.95.226.53]) by hub.freebsd.org (Postfix) with ESMTP id 6AAAD37B40E for ; Wed, 8 Aug 2001 11:44:16 -0700 (PDT) (envelope-from boshea@netapp.com) Received: from frejya.corp.netapp.com (frejya.corp.netapp.com [10.10.20.91]) by mx01-a.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f78IiEX10876; Wed, 8 Aug 2001 11:44:14 -0700 (PDT) Received: from shaolin.hq.netapp.com (localhost [127.0.0.1]) by frejya.corp.netapp.com (8.11.1/8.11.1/NTAP-1.2) with ESMTP id f78IiEM28984; Wed, 8 Aug 2001 11:44:14 -0700 (PDT) Received: (from boshea@localhost) by shaolin.hq.netapp.com (8.9.3/8.9.3) id LAA13894; Wed, 8 Aug 2001 11:44:13 -0700 (PDT) (envelope-from boshea) Date: Wed, 8 Aug 2001 11:44:13 -0700 From: "Brian O'Shea" To: Terry Lambert Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Tuning the 4.1-R kernel for networking Message-ID: <20010808114413.E529@ricochet.net> Reply-To: boshea@ricochet.net Mail-Followup-To: Brian O'Shea , Terry Lambert , freebsd-hackers@FreeBSD.ORG References: <20010807213320.D529@ricochet.net> <3B710F75.FF20B38@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <3B710F75.FF20B38@mindspring.com>; from tlambert2@mindspring.com on Wed, Aug 08, 2001 at 03:07:49AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Wow, much useful feedback. Thanks. Terry, your general formula for nmbclusters per connection is pretty much what I am looking for. Great stuff. > Frankly, it sounds like your application is bad; does it limit > itself to 150 connections, or is it trying to make as many > connections as it possible can make? If so, then no matter > how you tune the system, your program will always hit its head > on a resource limit eventually. The application attempts to create a specified number of client connections (i.e. even in the absence of resource limits, it will only create 150 client connections, in this particular configuration). > > I compiled a debug kernel and panicked the system while it was in the > > state described above, in case that is any use. I don't know how to > > analyze the crash dump to determine where the problem is. Any > > suggestions are welcome. > > Did it panic from being in the state, or did you break to the > debugger and force a crash? I forced the crash to get a core file, in case it was useful in debugging. > You didn't _boot_ the kernel with the debugging symbols, right? Uhh, ... :) I booted the debug kernel (with debugging symbols) for one test so that I could get a crash dump. I have since booted only the stripped kernel. Thanks to everyone for your help. -brian p.s. Upgrading the machine is on the list of things to do. I'm a bit hesitant to keep up to date with -STABLE as I have had some bad experiences doing that. Possibly a monthly upgrade while closely monitoring the -stable mailing list for known problems would be feasible. -- Brian O'Shea To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message