From owner-freebsd-hackers Sat Aug 23 10:22:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA04747 for hackers-outgoing; Sat, 23 Aug 1997 10:22:08 -0700 (PDT) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA04740 for ; Sat, 23 Aug 1997 10:22:02 -0700 (PDT) Received: (from root@localhost) by dyson.iquest.net (8.8.6/8.8.5) id MAA11474; Sat, 23 Aug 1997 12:21:50 -0500 (EST) From: "John S. Dyson" Message-Id: <199708231721.MAA11474@dyson.iquest.net> Subject: Re: Problems with > 256MB of RAM [what worked & what didn't] In-Reply-To: from Gordon Henderson at "Aug 23, 97 02:46:46 pm" To: gordon@drogon.net (Gordon Henderson) Date: Sat, 23 Aug 1997 12:21:50 -0500 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Tor Egge suggested: > > There are two main reasons for this type of panic > > > > 1. temporary shortage of free physical memory (cf PR#2431). > > > > Use sysctl to increase limits of reserved free physical > > memory, reducing the probability for running out of free memory. > > > > sysctl -w vm.v_free_reserved=1024 > > sysctl -w vm.v_free_min=1500 > > This worked. > > Tor also suggested: > > 2. permanent shortage of virtual memory allocated for pv entries. > > > > Increase the size of allocated virtual memory for pv entries > > by adding: > > > > options "PMAP_SHPGPERPROC=400" > > This didn't work. Upping it to 800 didn't work either. Same panic at the > same place. > > John S. Dyson suggested changing NKPDE in pmap.h > (DG's patch bumped this from 63 to 127). I upped it to 255. Didn't work. > Machine didn't even boot! Stopped at: > You would have terrible problems if you increase NKPDE further without other changes (like in the Makefile.) I didn't realize that we had a problem of running out of free memory causing a pv entry allocation failure. I'll have to look at it. John