[42] in The Cryptographic File System users list
Re: list dead or nothing happening?
daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Mon Mar 23 13:42:02 1998
From owner-cfs-users@research.att.com Mon Mar 23 13:42:01 1998
Received: from rumor.research.att.com (rumor.research.att.com [192.20.225.9]) by bloom-picayune.MIT.EDU (8.7.6/2.3JIK) with SMTP id NAA03188 for <cfs-mtg@bloom-picayune.mit.edu>; Mon, 23 Mar 1998 13:42:01 -0500
Received: from research.att.com ([135.207.30.100]) by rumor; Mon Mar 23 13:36:06 EST 1998
Received: from amontillado.research.att.com ([135.207.24.32]) by research-clone; Mon Mar 23 13:37:17 EST 1998
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 NAA11739;
Mon, 23 Mar 1998 13:37:14 -0500 (EST)
Received: (from majordomo@localhost) by nsa.research.att.com (8.7.3/8.7.3) id NAA08085 for cfs-users-list; Mon, 23 Mar 1998 13:35:49 -0500 (EST)
X-Authentication-Warning: nsa.research.att.com: majordomo set sender to owner-cfs-users@nsa.research.att.com using -f
Received: from research.att.com (research-clone.research.att.com [135.207.30.100]) by nsa.research.att.com (8.7.3/8.7.3) with SMTP id NAA08081 for <cfs-users@nsa.research.att.com>; Mon, 23 Mar 1998 13:35:46 -0500 (EST)
Received: from black-ice.cc.vt.edu ([128.173.14.71]) by research-clone; Mon Mar 23 13:35:38 EST 1998
Received: from black-ice.cc.vt.edu (LOCALHOST [127.0.0.1])
by black-ice.cc.vt.edu (8.9.0.Beta3/8.9.0.Beta3) with ESMTP id NAA19630;
Mon, 23 Mar 1998 13:35:21 -0500
Message-Id: <199803231835.NAA19630@black-ice.cc.vt.edu>
X-Mailer: exmh version 2.0.1 12/23/97
To: George Colt <colt@justice.usdoj.gov>
Cc: cfs-users@research.att.com
Subject: Re: list dead or nothing happening?
In-Reply-To: Your message of "Mon, 23 Mar 1998 13:23:45 EST."
<Pine.NEB.3.95.980323132236.16014D-100000@scooby.usdoj.gov>
From: Valdis.Kletnieks@vt.edu
X-Url: http://black-ice.cc.vt.edu/~valdis/
X-Face: 34C9$Ewd2zeX+!i1BAj{ex+$/V'JBG#;3_noWWYPa"|,I#`R"{n@w>#:{)FXyiAS7(8t(
^*w5O*!8O9YTe[r{e%7(yVRb|qxsRYw`7J!`AM}m_SHaj}f8eb@d^L>BrX7iO[<!v4-0bVIpaxF#-)
%9#a9h6JXI|T|8o6tV?kGl]Q!1V]GtNliUtz:3},0"hkPeBuu%E,j(:iOX-P,t7lRR#
References: <Pine.NEB.3.95.980323132236.16014D-100000@scooby.usdoj.gov>
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_1657838024P";
micalg=pgp-md5; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Mon, 23 Mar 1998 13:35:15 -0500
Sender: owner-cfs-users@research.att.com
Precedence: bulk
--==_Exmh_1657838024P
Content-Type: text/plain; charset=us-ascii
On Mon, 23 Mar 1998 13:23:45 EST, George Colt said:
> It works so well, there's nothing to talk about! :-)
OK.. Something to talk about ;)
AIX 4.x supports LZ compression of file systems. Basically, they
take each 4K block and LZ compress it. For text files, this can
of course get you a 75% savings in disk space.
Cryptographically, compressing the file before encrypting would also
make sense, as (a) compression/decompression is often faster than
encrypt/decrypt, and (b) compressing it first eliminates a lot of
entropy.
Would it make any sense to look at grafting this sort of support
into CFS? The biggest hit I see is that on a write to a random
location in a block, you have to fetch/decrypt/decompress/modify
and then compress/encrypt the block, rather than just the 8-10
bytes or what have you.
Comments?
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech
--==_Exmh_1657838024P
Content-Type: application/pgp-signature
-----BEGIN PGP MESSAGE-----
Version: 2.6.2
iQCVAwUBNRarYtQBOOoptg9JAQG//QP/bHrSqT5zU/6teYxcpzyPep/AfKGwuxpI
ZeEJ1/z0znD7NX+2IX2bIXutcorO/uhUWWLr1ITe+D2KPtA6A+RE9K26WCkMwOEt
y7ohgUSYDws5HjakhBLy6LHJrWlH5hQYL4TNt4LiSz8QJBrOnNNSUDqq7HVepNHU
6f/Vhsrrct4=
=QCuK
-----END PGP MESSAGE-----
--==_Exmh_1657838024P--
