From owner-freebsd-hackers Thu Mar 11 12:39:47 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (castles134.castles.com [208.214.165.134]) by hub.freebsd.org (Postfix) with ESMTP id 95E611527E for ; Thu, 11 Mar 1999 12:39:43 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id MAA01071; Thu, 11 Mar 1999 12:33:50 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199903112033.MAA01071@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: greg@uswest.net Cc: Matthew Dillon , freebsd-hackers@FreeBSD.ORG, David Greenman Subject: Re: SMP Woes In-reply-to: Your message of "Thu, 11 Mar 1999 11:43:32 CST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 11 Mar 1999 12:33:50 -0800 From: Mike Smith 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. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message