From owner-freebsd-questions Mon Sep 20 12: 8: 9 1999 Delivered-To: freebsd-questions@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 0097D1535E for ; Mon, 20 Sep 1999 12:08:02 -0700 (PDT) (envelope-from sthaug@nethelp.no) Received: (qmail 72348 invoked by uid 1001); 20 Sep 1999 19:08:00 +0000 (GMT) To: kip@lyris.com Cc: stable@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: Out of mbuf clusters From: sthaug@nethelp.no In-Reply-To: Your message of "Mon, 20 Sep 1999 11:47:54 -0700 (PDT)" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Mon, 20 Sep 1999 21:08:00 +0200 Message-ID: <72346.937854480@verdi.nethelp.no> Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Here is where your philosophy diverges from many others -- I and I believe > many others think that a server operating system should at least be robust > out of the box. Neither Linux nor Solaris is vulnerable to running out of > mbufs as a result of malicious code. I don't think FreeBSD should be > either. I have to agree here. I run a News server which used to have mysterious crashes - until I raised NMBCLUSTERS to a sufficient value. Unfortunately, the error message from sys/vm/vm_kern.c, printf("Out of mbuf clusters - adjust NMBCLUSTERS or increase maxusers!\n"); doesn't always help. In my case, this message never made it into the logs. > This is in no way a rant against FreeBSD, but rather a rant against the > attitude that one needs to know about OS internals to run a lightweight > server. If all of core insisted that Joe User had to know about internals > to use FreeBSD as a server, FreeBSD would be little more than a hobbyist > OS, rather than what it is -- the best OS currently available. Agreed. FreeBSD is great! Let's make it even better! Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message