home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / next / misc / 24061 < prev    next >
Encoding:
Text File  |  1993-01-25  |  3.2 KB  |  78 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!destroyer!gatech!purdue!mentor.cc.purdue.edu!news
  3. From: kane@cs.purdue.edu (Christopher Kane)
  4. Subject: Re: Drive drive
  5. Message-ID: <C1FGu4.EzF@mentor.cc.purdue.edu>
  6. Sender: news@mentor.cc.purdue.edu (USENET News)
  7. Organization: Purdue University
  8. References: <1993Jan25.121021.1787@macc.wisc.edu>
  9. Date: Mon, 25 Jan 1993 20:56:25 GMT
  10. Lines: 66
  11.  
  12. In article <1993Jan25.121021.1787@macc.wisc.edu> anderson@macc.wisc.edu (Jess  
  13. Anderson) writes:
  14. > In article <SCOTT.93Jan24203511@nic.gac.edu>
  15. > scott@nic.gac.edu (Scott Hess) writes:
  16. > >In my experience, zip (or gzip) would reduce the disk needs
  17. > >by up to %40, which is a pretty substantial improvement.  Furthermore,
  18. > >compression is free and works even if new disk space is purchased,
  19. > >so investment in a reasonable compression scheme is going to keep
  20. > >paying back in the future.
  21. > 
  22. > Unquestionably better compression technologies are a wise
  23. > investment.  They pay back not only for the servers, but for
  24. > the user community as well, because most of us are anything
  25. > but swimming in extra disk space.
  26. >
  27. > There are significant labor costs in this dimension too.
  28. > F'rinstance, were I to update my MS-DOS archive, which is
  29. > stored on 800 floppy disks, from ARC to ZIP, I'd be looking
  30. > at the time it takes to do this on a 12 MHz AT clone,
  31. > feeding the disks one at a time.  [...]
  32.  
  33. Another benefit of compression, not mentioned yet, is that it
  34. could reap benefits _immediately_.  Even if the schools can accept
  35. the gift of disk space, it may take quite a while for whatever
  36. process needs to be gone through to complete, plus additional time
  37. to install/setup the new drive.
  38.  
  39. Also, Jess's example, while I can sympathize with it, having once
  40. converted a mere 50 full floppies to a new compression scheme, is
  41. perhaps somewhat misleading.  Floppies need constant attention to
  42. feed them, as he notes, but the hard drive does not.  A script
  43. could easily be set up to travel through the archive, replacing
  44. compressed files with their gzip'd counterparts.
  45.  
  46. An informal test that I ran earlier today indicates that a wholesale
  47. conversion of the archives from compress to gzip may immediately
  48. generate 80-110 MB of free space on the disk, taking perhaps one
  49. CPU-day (a questionable unit of work, I admit).  Some of the data:
  50. sonata.cc> du 1.0-release        ; no compression
  51. 26488   1.0-release/source
  52. 30004   1.0-release/binaries
  53. 4835    1.0-release/demos
  54. 61330   1.0-release
  55. sonata.cc> du 1.0-release        ; compress (current)
  56. 9366    1.0-release/source
  57. 16388   1.0-release/binaries
  58. 2580    1.0-release/demos
  59. 28337   1.0-release
  60. sonata.cc> du 1.0-release        ; gzip -9
  61. 6373    1.0-release/source
  62. 12069   1.0-release/binaries
  63. 1978    1.0-release/demos
  64. 20423   1.0-release
  65. [I chose the 1.0-release directory as a representative sample of
  66. source and binary files.  Obviously, some other types of files, tiffs
  67. for instance, will compress more or less than any "average" implied
  68. here.]
  69.  
  70. Of course, actually getting someone to do this will probably being
  71. like getting someone to pull their own tooth...
  72.  
  73. I don't mean to say that people should stop sending pledges to Jess. As
  74. noted before, simple re-compression is a solution with a finite lifetime.
  75.  
  76. Christopher Kane
  77. kane@sonata.cc.purdue.edu
  78.