From owner-freebsd-smp  Thu Dec 17 14:01:54 1998
Return-Path: <owner-freebsd-smp@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id OAA24261
          for freebsd-smp-outgoing; Thu, 17 Dec 1998 14:01:54 -0800 (PST)
          (envelope-from owner-freebsd-smp@FreeBSD.ORG)
Received: from ns3.redbacknetworks.com (mail3.redbacknetworks.com [155.53.200.100])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA24247
          for <smp@freebsd.org>; Thu, 17 Dec 1998 14:01:52 -0800 (PST)
          (envelope-from sam@rback.com)
Received: from phred.redbacknetworks.com (phred.redbacknetworks.com [155.53.144.35])
	by ns3.redbacknetworks.com (8.8.8/8.8.8) with ESMTP id OAA18655;
	Thu, 17 Dec 1998 14:01:42 -0800 (PST)
Received: from rback.com (localhost [127.0.0.1])
	by phred.redbacknetworks.com (8.8.5/8.8.5) with ESMTP id OAA22371;
	Thu, 17 Dec 1998 14:00:57 -0800 (PST)
Message-ID: <36797F19.8DA010A8@rback.com>
Date: Thu, 17 Dec 1998 14:00:57 -0800
From: Sam <sam@rback.com>
X-Mailer: Mozilla 4.03 [en] (X11; I; SunOS 5.5.1 sun4u)
MIME-Version: 1.0
To: Tor.Egge@fast.no
CC: smp@FreeBSD.ORG
Subject: Re: tyan S1836DLUAN >512Mb problems
References: <199812171853.KAA22205@phred.redbacknetworks.com> <199812171943.UAA17794@midten.fast.no>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-smp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

Added those options to the config, and changed pmap.h to double the SMP
size of NKPDE as well as the LOAD_BASE
in the Makefile. System would reboot immediately upon loading the
kernel. 
Is there something else I would need to do for this?
Thanks,
-Sam

Tor.Egge@fast.no wrote:
> 
> > The loading of the system I'm doing uses thousands of processes, which
> > I can run more of with 512M than 1Gig. ie it fires off the processes
> > slowly until it runs out of physical ram and then moves through swap
> > when using 512M, with 1Gig, it freezes when it gets down to
> > 350-255 megs free of physical ram. Tried juggling the new dimms
> > around to different dimm slots, to no avail.
> 
> In the vmstat -m output, you have memory statistics by type.  If the
> usage for a type hits the limit, malloc will block, and the result
> might be a deadlock/freeze.
> 
> I suggest adding
> 
>         options          "VM_KMEM_SIZE=(128*1024*1024)"
>         options          "VM_KMEM_SIZE_MAX=(128*1024*1024)"
> 
> to the kernel config file, and doubling the kernel kva range
> (from 252 MB to 508 MB, see PR#1880 for a pre-SMP patch).
> 
> - Tor Egge

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message