[119] in The Cryptographic File System users list
Re: Memory usage on large encrypted volumes
daemon@ATHENA.MIT.EDU (Matt Blaze)
Mon Jan 25 14:00:05 1999
From owner-cfs-users@research.att.com Mon Jan 25 19:00:03 1999
Return-Path: <owner-cfs-users@research.att.com>
Delivered-To: cfs-mtg@bloom-picayune.mit.edu
Received: (qmail 20827 invoked from network); 25 Jan 1999 19:00:02 -0000
Received: from unknown (HELO mail-blue.research.att.com) (135.207.30.102)
by bloom-picayune.mit.edu with SMTP; 25 Jan 1999 19:00:02 -0000
Received: from amontillado.research.att.com (amontillado.research.att.com [135.207.24.32])
by mail-blue.research.att.com (Postfix) with ESMTP
id 2C5DF4CE9C; Mon, 25 Jan 1999 14:00:02 -0500 (EST)
Received: from nsa.research.att.com (majordomo@nsa.research.att.com [135.207.24.155])
by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id NAA08991;
Mon, 25 Jan 1999 13:59:56 -0500 (EST)
Received: (from majordomo@localhost) by nsa.research.att.com (8.7.3/8.7.3) id NAA28847 for cfs-users-list; Mon, 25 Jan 1999 13:58:40 -0500 (EST)
X-Authentication-Warning: nsa.research.att.com: majordomo set sender to owner-cfs-users@nsa.research.att.com using -f
Received: from amontillado.research.att.com (amontillado.research.att.com [135.207.24.32]) by nsa.research.att.com (8.7.3/8.7.3) with ESMTP id NAA28840 for <cfs-users@nsa.research.att.com>; Mon, 25 Jan 1999 13:58:38 -0500 (EST)
Received: from nsa.research.att.com (root@nsa.research.att.com [135.207.24.155])
by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id NAA08984;
Mon, 25 Jan 1999 13:59:45 -0500 (EST)
Received: from nsa.research.att.com (mab@localhost.research.att.com [127.0.0.1]) by nsa.research.att.com (8.7.3/8.7.3) with ESMTP id NAA28834; Mon, 25 Jan 1999 13:58:36 -0500 (EST)
Message-Id: <199901251858.NAA28834@nsa.research.att.com>
To: Brett Eldridge <beldridg@best.com>
Cc: cfs-users@research.att.com
Subject: Re: Memory usage on large encrypted volumes
In-reply-to: Your message of "Mon, 25 Jan 1999 09:34:15 PST."
<Pine.LNX.4.03.9901250927430.662-100000@fuel>
Date: Mon, 25 Jan 1999 13:58:36 -0500
From: Matt Blaze <mab@research.att.com>
Sender: owner-cfs-users@research.att.com
Precedence: bulk
Yes, unfortunately CFS does badly with very large (in terms of
number of files) file systems. This is because it keeps the
inode table in memory, and has no way to garbage collect as long
as a directory is attached (since you might reference a handle
that was given out long ago).
I've been re-working this for cfs 2.0, which will also incorporate
a number of other nice things. Unfortunately, I've been very
slow about getting this done.
-matt
>CFS 1.4beta2 on linux 2.2.0-final.
>
>I tried to use CFS for encrypted backups to a Syquest drive. I cmkdir on
>the syquest drive and then cattach to (say) /crypt/backup. Then cp -ax all
>files into /crypt/backup.
>
>After backing up about 1.0 Gig of data, the machine became very
>unresponsive and a ps showed that cfsd wasn't releasing memory. I had
>noticed during the backup that it would slowly increase in size:
>
>
>USER PID %CPU %MEM SIZE RSS TTY STAT START TIME COMMAND
>root 326 14.0 80.3 71104 64224 ? S 17:39 120:54 /usr/local/sbin/cfs
d
>
>
>This was after the copy had completed and 12 hours had gone by.
>
>Any thoughts or ideas?
>
>
>- brett
>
