From owner-freebsd-hackers Tue Mar 16 18:20:44 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A66BF15160 for ; Tue, 16 Mar 1999 18:20:41 -0800 (PST) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.2/8.9.1) id DAA19702; Wed, 17 Mar 1999 03:20:16 +0100 (CET) (envelope-from des) To: "David E. Cross" Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: evil maxusers References: <199903160216.VAA24377@cs.rpi.edu> From: Dag-Erling Smorgrav Date: 17 Mar 1999 03:20:15 +0100 In-Reply-To: "David E. Cross"'s message of "Mon, 15 Mar 1999 21:16:26 -0500" Message-ID: Lines: 41 X-Mailer: Gnus v5.5/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "David E. Cross" writes: > What is evil abuot large maxusers? We have a crashing server (Pentium II-400) > with maxusers set to 320. In a previous email to -hackers that I have since > lost :I it was mentioned that you could lower maxusers, and the, by hand, > up the MBUFs and NPROCs in the config file. However I have grepped the > entire kernel source tree, and I can see that MAXUSERS is only used to > set MBUFs and NPROCS (and other things derive from there, suich as > MAXFILES). Why therefore will MAXUSERS=320 crash my system, while setting > MAXUSERS to 64, and adjusting MBUFs and NPROCS by hand will not? Because mbufs eat memory, and the kernel has a limited address space. If I'm not mistaken, setting maxusers to 320 eats up to 90 MB in mbuf clusters alone, which is almost half the kernel address space. The kernel address space was increased to 1 GB a few days ago.If you're running 4.0 (on a production server? I hope not), update your sources and rebuild. If you're running 3.1, you can try to apply those patches by hand, or wait for them to be MFCed. If you're running 2.x, all bets are off. dg 1999/03/11 10:28:47 PST Modified files: sys/i386/conf Makefile.i386 kernel.script sys/i386/include pmap.h Log: Increased kernel virtual address space to 1GB. NOTE: You MUST have fixed bootblocks in order to boot the kernel after this! Also note that this change breaks BSDI BSD/OS compatibility. Also increased default NKPT to 17 so that FreeBSD can boot on machines with >=2GB of RAM. Booting on machines with exactly 4GB requires other patches, not included. Revision Changes Path 1.141 +2 -2 src/sys/i386/conf/Makefile.i386 1.2 +1 -1 src/sys/i386/conf/kernel.script 1.59 +4 -4 src/sys/i386/include/pmap.h DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message