home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!pacbell.com!ames!saimiri.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!news.u.washington.edu!news
- From: billk@rose.apl.washington.edu (Bill Kooiman)
- Newsgroups: comp.sys.next.misc
- Subject: Re: Compression for the archives ( was: Drive drive)
- Date: 27 Jan 1993 20:07:10 GMT
- Organization: University of Washington
- Lines: 17
- Distribution: usa
- Message-ID: <1k6q1eINNqai@shelley.u.washington.edu>
- References: <1993Jan27.170859.11489@steggie.mtview.ca.us>
- NNTP-Posting-Host: rose.apl.washington.edu
-
- In article <1993Jan27.170859.11489@steggie.mtview.ca.us> steggie!eric
- (Eric Fronberg) writes:
- > I've been watching from afar the discussions of Disk space vs a new
- > compression technique used on the NeXT archives and wanted add some
- > input of how to deal with additional compression on the archives.
- >
- > The source of FTP is generally available. Why not modify FTP do all
- > the compressing/uncompressing on the users behalf. Any worthwhile
- > compression scheme could be used (zip, gzip, perhaps even a command
- > line version of squash, if it exists) ...
- >
-
- Wouldn't this lead to increased the traffic on the net? Because you would
- be sending uncompressed versions around. This would be especially
- difficult for people running via modems.
-
- --Bill
-