From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 3 17:18:47 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E09C16A41F for ; Mon, 3 Oct 2005 17:18:47 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2F3C43D67 for ; Mon, 3 Oct 2005 17:18:46 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j93HIkwH001947; Mon, 3 Oct 2005 10:18:46 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j93HIkAL001946; Mon, 3 Oct 2005 10:18:46 -0700 (PDT) (envelope-from jmg) Date: Mon, 3 Oct 2005 10:18:46 -0700 From: John-Mark Gurney To: "Bruce O'Neel" Message-ID: <20051003171846.GL716@funkthat.com> Mail-Followup-To: Bruce O'Neel , freebsd-sparc64@freebsd.org References: <20051003064233.GA7398@SDF.LONESTAR.ORG> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051003064233.GA7398@SDF.LONESTAR.ORG> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-sparc64@freebsd.org Subject: Re: Tuning memory usage X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Oct 2005 17:18:47 -0000 Bruce O'Neel wrote this message on Mon, Oct 03, 2005 at 06:42 +0000: > I have a normally unloaded 5.4-release systems with 256 meg of memory > and 2 CPUs. Every 20 mins a job starts that runs 1 process per CPU, > so 2 in this case. Each process gets SIZE to 130 meg or so, but, RES > never climbs above 32meg or so. > > While running, top shows 34 meg buffer and 12 meg cache. > > Oddly enough when I only run one of the two processes the RES size > still doesn't climb above 32meg or so. > > Is there some setting to let RES get bigger? I would help with these > jobs. Are you experiencing swapping that is causing these processes to slow down? make sure you are not running ANYTHING else on the system that will consume memory.. you shouldn't have any trouble getting total res up to 200megs... if you are using mmap as part of it, pages could possibly be quickly recycled to the inactive queue though they are still resident which would keep your resident size down even though they could get readded quickly... if your machine isn't swapping, and is consuming 100% cpu usage, then I wouldn't worry about the small resident size... > I realize, of course, the more memory would help the problem. I'm just > waiting for ebay.ch to have something sensible. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."