From owner-freebsd-ports Thu Oct 31 1:13:16 2002 Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB5C37B401; Thu, 31 Oct 2002 01:13:14 -0800 (PST) Received: from ncsmtp02.ogw.rr.com (ncsmtp02.ogw.rr.com [24.93.67.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD79F43E42; Thu, 31 Oct 2002 01:13:03 -0800 (PST) (envelope-from bts@fake.com) Received: from mail7.nc.rr.com (fe7 [24.93.67.54]) by ncsmtp02.ogw.rr.com (8.12.5/8.12.2) with ESMTP id g9V9Cxup025660; Thu, 31 Oct 2002 04:12:59 -0500 (EST) Received: from this.is.fake.com ([24.162.238.30]) by mail7.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Thu, 31 Oct 2002 04:12:22 -0500 Received: by this.is.fake.com (Postfix, from userid 111) id D8471BA12; Thu, 31 Oct 2002 04:12:48 -0500 (EST) Content-Type: text/plain; charset="us-ascii" From: "Brian T. Schellenberger" To: cfs-users@research.att.com Subject: cfs and memory usage . . . Date: Thu, 31 Oct 2002 04:12:48 -0500 User-Agent: KMail/1.4.2 Cc: jdp@polstra.com, green@freebsd.org, cfs-users@nsa.research.att.com, freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200210310412.48667.bts@babbleon.org> Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I use the FreeBSD "port" of cfs, and I have noticed that it is very greedy in using memory. Now, I'm a little unfriendly to it now in that I have a number of cfs file systems set up but even when I only had one or two it would behave the same way: Memory usage is fine for "normal" activities, but if I do something that scans lots of files, such as running a "find" command that greps over the files in the CFS area or something, memory usage will shoot up to astronomical levels (eg, over 300M or more). And that memory will never be freed. This will so exhaust memory that the system will frequently crash not long afterwards. Now, it looks like cfs is *meant* to respond to a SIGALRM and clean up memory that's no longer needed, and additionally to go through this cleanup automatically every 60 seconds: signal(SIGALRM,grimreap); alarm(60); /* every 60 secs */ (at the end of main). But it looks like something is preventing this from happening, or the grimreap routine just never agrees to clean up anything. I know that there are parameters I can tune to use less total memory but I'm wondering if other people have seen this behavior and what, if anything you did to deal with it. Thanks for any hints that anybody can offer. -- Brian, the man from Babble-On . . . . bts@babbleon.org (personal) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message