Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!constellation!convex!convex!cs.utexas.edu!uwm.edu!spool.mu.edu!agate!library.ucla.edu!news.mic.ucla.edu!magnesium.club.cc.cmu.edu!news.sei.cmu.edu!bb3.andrew.cmu.edu!andrew.cmu.edu!aw2t+ From: "Alex R.N. Wetmore" <aw2t+@andrew.cmu.edu> Newsgroups: comp.os.386bsd.development Subject: Re: Compressing file system ? Date: Sat, 7 Aug 1993 22:39:06 -0400 Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA Lines: 27 Message-ID: <EgN6R_K00WB5JOZpRc@andrew.cmu.edu> NNTP-Posting-Host: po5.andrew.cmu.edu In-Reply-To: <1993Aug6.235726.6920@convex.com> Excerpts from netnews.comp.os.386bsd.development: 6-Aug-93 Re: Compressing file system ? by Stefan Grefen@convex.com > >I read somewhere that somebody had written a Mach server that would do this, > >same with ftp sites. > This software is called "alex". It would be a good point to start with, because > you dan't have hack inside the kernel. > Regards > Stefan Correct me if I'm wrong, but I think that alex works by setting up an NFS server and then have clients connect back. I guess you could have a NFS client talking to its own server, but it seems like quite a waste of CPU time... LKM's would seem to be the way to do this. On the other hand, it seems the having shared libraries would give a large enough increase in disk space, without all of the headaches of compression (although shared libs have enough headaches themselves). On the other hand, with disks dropping quickly in price (I saw conner 340 and 250 meg drives for $1/meg in an advert a few days ago). At this point I would rather keep throwing cheap drives in my machine then running compression software. alex