From owner-freebsd-hackers Fri Aug 22 10:43:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA21354 for hackers-outgoing; Fri, 22 Aug 1997 10:43:08 -0700 (PDT) Received: from unicorn.uk1.vbc.net (unicorn.uk1.vbc.net [194.207.2.11]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA21346 for ; Fri, 22 Aug 1997 10:43:03 -0700 (PDT) Received: from localhost (gordon@localhost) by unicorn.uk1.vbc.net (8.8.5/8.8.5) with SMTP id SAA07407 for ; Fri, 22 Aug 1997 18:33:35 +0100 Date: Fri, 22 Aug 1997 18:33:33 +0100 (BST) From: Gordon Henderson X-Sender: gordon@unicorn Reply-To: Gordon Henderson To: hackers@freebsd.org Subject: Problems with > 256MB of RAM Message-ID: Distribution: world Organization: Home for lost Drogons MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm running FreeBSD 2.2-STABLE on a machine with 384MB of RAM. (will be upgraded to 512MB soon). I'm having problems running named with very large zone files. The machine panics and reboots. A 'top' running on the machine at the time shows: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 1418 root 105 0 235M 236M RUN 8:16 97.01% 97.01% named It's always after it's allocated 235MB. The panic message is always: panic: get_pv_entry: cannot get a pv_entry_t The kernel has had 3 patches supplied by David Greenman , modifying files /src/sys/i386/conf/Makefile.i386 /src/sys/i386/include/pmap.h /src/sys/i386/include/vmparam.h The only other bits that have been modified in the kernel config file (apart from deleting unused drivers, etc.) are: maxusers 32 options "MAXMEM=393216" # 384MB options "NMBCLUSTERS=2048" options "MAXDSIZ=402653184" # 384MB options "DFLDSIZ=402653184" # 384MB BOUNCE_BUFFERS are commented out. Heres the catch: If I run a program that grabs all available memory in 1MB chunks (and writes to it as it grabs it), then exits (380MB later), then I can run named and it grows up to full size happily. (I'm running named 8.1.1, but I see the same with 4.9.6-REL). Whn it's running, a top output shows: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 189 root 2 0 236M 94376K select 0:00 0.00% 0.00% named So it's only trying to grab an extra MB... Any insight would be greatly appreciated. Gordon