From owner-freebsd-hackers Thu Oct 16 06:21:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA28077 for hackers-outgoing; Thu, 16 Oct 1997 06:21:55 -0700 (PDT) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA27894 for ; Thu, 16 Oct 1997 06:19:07 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id WAA00261; Thu, 16 Oct 1997 22:39:04 +0930 (CST) Message-Id: <199710161309.WAA00261@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Jonathan Mini cc: Mike Smith , dg@root.com, hackers@FreeBSD.ORG Subject: Re: Odd out-of-swap condition; ideas? In-reply-to: Your message of "Thu, 16 Oct 1997 02:22:16 MST." <19971016022216.62659@micron.mini.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 16 Oct 1997 22:39:02 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Are those Linux processes using any system V shared memory? If so, it would > account for the link if processes were loosing their keys and then creating > new shared regions. It would also explain why the memory usage doesn't show up > under ps. (I have had this problem before with Linux binaries) No. Also the total amount of shared memory is limited by the kernel configuration (the default is quite small), and AFAIK it lives in the kernel map. Note that Marc is seeing the same problem with a *BSD* binary. This problem is 100% reproducible; if anyone is interested in looking at the system while it's running I can arrange same with a day or so's notice. mike