From owner-freebsd-current Tue Nov 30 6:24: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from barracuda.aquarium.rtci.com (barracuda.aquarium.rtci.com [208.11.247.5]) by hub.freebsd.org (Postfix) with ESMTP id 21EE7158F3 for ; Tue, 30 Nov 1999 06:23:56 -0800 (PST) (envelope-from tstromberg@rtci.com) Received: from rtci.com (karma.afterthought.org [208.11.244.6]) by barracuda.aquarium.rtci.com (8.9.3+Sun/8.9.3) with ESMTP id JAA16848; Tue, 30 Nov 1999 09:23:59 -0500 (EST) Message-ID: <3843DDF3.793414E7@rtci.com> Date: Tue, 30 Nov 1999 09:23:47 -0500 From: Thomas Stromberg Reply-To: tstromberg@rtci.com Organization: Research Triangle Commerce, Inc. X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon , freebsd-current@freebsd.org Subject: Re: -CURRENT crash under high exec() loads.. (vm_map_insert?) References: <38430B2D.2E7A5F0D@rtci.com> <199911300115.RAA13409@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > :If you notice, both times it crashed on vm_map_insert. > > Try bumping up PMAP_SHPGPERPROC. From LINT: > > # > # Set the number of PV entries per process. Increasing this can > # stop panics related to heavy use of shared memory. However, that can > # (combined with large amounts of physical memory) cause panics at > # boot time due the kernel running out of VM space. > # > # If you're tweaking this, you might also want to increase the sysctls > # "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target". > # > # The value below is the one more than the default. > # > options PMAP_SHPGPERPROC=201 > > Try bumping it up to 1000 and see if that solves your crashes. If > that doesn't work, and there's any chance of getting a kernel dump, > try getting a kernel dump. Make sure you use a debug (compiled -g) > kernel. > While I can't say I truly see the correlation, you definitely know more about how it works then me. I've cvsupp'd and upped it to 1000. One question I have, is what exactly -are- pv's? The machine itself isn't under too much load during the testing, and definitely does not used a lot of shared memory. During one of the tests yesterday (c89) it was doing ~8000 execs per minute, with a load of 0.23. I've also got plenty of RAM left over. Here is what it currently looks like: last pid: 7121; load averages: 0.75, 0.31, 0.15 up 0+00:16:15 09:21:55 59 processes: 3 running, 56 sleeping CPU states: 36.0% user, 0.0% nice, 63.2% system, 0.8% interrupt, 0.0% idle Mem: 57M Active, 8412K Inact, 16M Wired, 2292K Cache, 9628K Buf, 8280K Free Swap: 786M Total, 22M Used, 764M Free, 2% Inuse This is basically X, Netscape, and 5800 exec()'s a minute. I've got debugging in my kernel, and I'll send you full results if and when it crashes again. -- ====================================================================== thomas r. stromberg smtp://tstromberg@rtci.com assistant is manager / systems guru http://thomas.stromberg.org research triangle commerce, inc. finger://thomas@stromberg.org 'om mani pedme hung' pots://1.919.380.9771:3210 ================================================================[eof]= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message