From owner-freebsd-stable Tue Apr 29 11:47:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA02427 for stable-outgoing; Tue, 29 Apr 1997 11:47:28 -0700 (PDT) Received: from mercury.uniserve.com (mercury.uniserve.com [204.191.197.248]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA02417 for ; Tue, 29 Apr 1997 11:47:25 -0700 (PDT) Received: from haven.uniserve.com (shell.uniserve.com [198.53.215.121]) by mercury.uniserve.com with SMTP id LAA15339; Tue, 29 Apr 1997 11:46:04 -0700 (PDT) Date: Tue, 29 Apr 1997 11:52:18 -0700 (PDT) From: Tom Samplonius To: Randy Terbush cc: John Hay , dg@root.com, freebsd-stable@FreeBSD.org Subject: Re: Memory usage on NFS server In-Reply-To: <199704291724.MAA00757@sierra.zyzzyva.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 29 Apr 1997, Randy Terbush wrote: > > For the record, I've seen the same behavior on a machine whose > primary job is webservices. This is both for 2.1.7 and 2.2.1. > The swap will be freed by killing and restarting the webservers. > > The machine in question has 64MB RAM and 150MB swap. > > The webserver is Apache. Both inn and apache used mmap'ed memory. When a process mmaps a shared file, to what process is the memory usage associated with? It could be what you are seeing here is a mmap() leak in these applications, and that mmap'ed memory is not associated with any process. Which version of apache? Which version of inn? Tom > > Do the numbers that top and ps show for per process memory usage also lie? > > What I see here on my news server, is that I run out of swap (256M), but > > according to top and ps a rough calculation of the total of all the > > processes is less than half that. Inn then typically show a usage of > > ~70M according to top, but as soon as I kill and restart it the swap usage > > go down to ~5M. I once even added a 128M vn swapfile and it filled that > > also without inn showing a usage of more than 70M, but killing and > > restarting it takes the swap usage down to ~5M. > > > > John > > -- > > John Hay -- John.Hay@mikom.csir.co.za > > > >