Date: Tue, 27 Apr 1999 14:40:43 -0700 From: Brennan Evans <bevans@oconnor.inktomi.com> To: Doug White <dwhite@resnet.uoregon.edu> Cc: questions@FreeBSD.ORG Subject: Re: limit on max number of mbufs? Message-ID: <19990427144043.A23393@oconnor.inktomi.com> In-Reply-To: <Pine.BSF.4.03.9904271331170.2463-100000@resnet.uoregon.edu>; from Doug White on Tue, Apr 27, 1999 at 01:35:18PM -0700 References: <19990427115641.A22596@oconnor.inktomi.com> <Pine.BSF.4.03.9904271331170.2463-100000@resnet.uoregon.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Thanks for the time. But I think I've narrowed the problem a little more. First, it's not a virtual memory problem (I instrumented kern/uipc_mbuf.c). My current best thought is that under high load either increasing the number of available mbufs or allocating more mbuf clusters causes the appl. to panic. thanks anyhow, -- brennan Quoting Doug White (dwhite@resnet.uoregon.edu): > On Tue, 27 Apr 1999, Brennan Evans wrote: > > > How do I tune up the maximum number of mbufs on FreeBSD 3.1? > > I'm running into what seems to be a 16k buffer limit when trying > > to do some FTP tests around here. > > Can you be more specific? If you run out of mbufs, the system usually > panics. > > You can fiddle with the NMBCLUSTERS option in the kernel config, but be > warned: this takes out of kernel virtual memory, and it's quite possible > to exhaust KVM and get all sorts of wierd crashes if you set it too high. > If you need to increase the KVM size, there are some options to tweak it, > but I don't know them. > > I'm sure that some in the FreeBSD community would be happy to tweak your > system, for a fee. :-) > > Doug White > Internet: dwhite@resnet.uoregon.edu | FreeBSD: The Power to Serve > http://gladstone.uoregon.edu/~dwhite | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990427144043.A23393>