From owner-freebsd-hackers Thu Mar 11 13:35:42 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from implode.root.com (root.com [209.102.106.178]) by hub.freebsd.org (Postfix) with ESMTP id 272EA151A0 for ; Thu, 11 Mar 1999 13:35:39 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.8/8.8.5) with ESMTP id NAA09556; Thu, 11 Mar 1999 13:33:57 -0800 (PST) Message-Id: <199903112133.NAA09556@implode.root.com> To: Mike Smith Cc: greg@uswest.net, Matthew Dillon , freebsd-hackers@FreeBSD.ORG Subject: Re: SMP Woes In-reply-to: Your message of "Thu, 11 Mar 1999 12:33:50 PST." <199903112033.MAA01071@dingo.cdrom.com> From: David Greenman Reply-To: dg@root.com Date: Thu, 11 Mar 1999 13:33:57 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >> Bingo !!! The system is a 1 gig of memory, 4 cpu's. Maxusers down to 64 solved >> the Fatal Trap problem. I'll try moving the number up in stages and see where >> it breaks. I had been using 256 and a couple times 512 in testing. Thanks. > >You can also raise the kernel VM size with > >set kern.vm.kmem.size= > >in /boot/loader.rc > >You'll need to look at how the kernel memory is actually sized to >determine what a good value for this is; this is a runtime override for >the compile-time option VM_KMEM_SIZE. Actually, that only increases the kernel malloc space. The total KVM is still controlled by other parameters. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message