home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / next / misc / 24055 < prev    next >
Encoding:
Text File  |  1993-01-25  |  5.1 KB  |  115 lines

  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!saimiri.primate.wisc.edu!zazen!anderson
  3. From: anderson@macc.wisc.edu (Jess Anderson)
  4. Subject: Re: Drive drive
  5. Message-ID: <1993Jan25.121021.1787@macc.wisc.edu>
  6. Sender: news@macc.wisc.edu (USENET News System)
  7. Organization: Madison Academic Computing Center, UW-Madison
  8. References: <1993Jan23.194204.15246@macc.wisc.edu> <SCOTT.93Jan24203511@nic.gac.edu>
  9. Date: Mon, 25 Jan 93 12:10:21 GMT
  10. Lines: 103
  11.  
  12. In article <SCOTT.93Jan24203511@nic.gac.edu>
  13. scott@nic.gac.edu (Scott Hess) writes:
  14.  
  15. >I would be willing to toss in a couple bucks.  
  16.  
  17. That would put you in with 49 others so far.
  18.  
  19. >My problem, though,
  20. >is that I am not certain if I wish to donate money for disk space.
  21.  
  22. I suppose we all would rather not, but I'm impressed that
  23. people seem to be willing to pony up, too.
  24.  
  25. >It seems to me that the major problem at Purdue is _not_ diskspace,
  26. >it is management.  I've talked to Allen (the student manager)
  27. >before, and he's a great guy, but I suspect he's been a bit busy,
  28. >lately.  Cleaning up the submissions directory would probably free
  29. >up a number of meg right off the bat.
  30.  
  31. When I talk to the various places, I'm intending to discuss
  32. management issues.  A key factor in all this is in fact the
  33. cost of labor.  It's entirely possible that the schools will
  34. not have funds available to support a gift of hardware.  The
  35. common perception that such gifts are "free" is simply
  36. mistaken.  It's also true that labor is quite a lot more
  37. costly than the hardware we're talking about: for the cost
  38. of my time, we could buy a gig every week!
  39.  
  40. >Furthermore, one poster on the net has put forth the opinion that
  41. >they think that using a better compression algorithm isn't the way
  42. >to go, so rather than waste everyone's time, buy more disk space.
  43. >Well, yes and no.  I have no doubt that even if we purchase a gig
  44. >or two of disk space, it will soon be gone in _any_ case.  I have
  45.  
  46. Of course, there's no such thing as *enough* when it comes
  47. to memory, disk space, time, money, or fast living!  Not to
  48. mention sex, drugs, and rock'n'roll!  :-)
  49.  
  50. >a feeling that most system administrators would back me up on that
  51. >point!  In my experience, zip (or gzip) would reduce the disk needs
  52. >by up to %40, which is a pretty substantial improvement.  Furthermore,
  53. >compression is free and works even if new disk space is purchased,
  54. >so investment in a reasonable compression scheme is going to keep
  55. >paying back in the future.
  56.  
  57. Unquestionably better compression technologies are a wise
  58. investment.  They pay back not only for the servers, but for
  59. the user community as well, because most of us are anything
  60. but swimming in extra disk space.
  61.  
  62. But of course there are practical problems, as with any kind
  63. of technology update, not the least of which are plain old
  64. human nature (I don' wanna if I don' hafta) and politics
  65. (don' tell me what I oughta).  
  66.  
  67. There are significant labor costs in this dimension too.
  68. F'rinstance, were I to update my MS-DOS archive, which is
  69. stored on 800 floppy disks, from ARC to ZIP, I'd be looking
  70. at the time it takes to do this on a 12 MHz AT clone,
  71. feeding the disks one at a time.  I have 300 more disks
  72. before I run out, at which time it could be cheaper to toss
  73. stuff away, most of it being software I'll probably never
  74. need again, and better versions being readily available if I
  75. should need them.
  76.  
  77. And this last is one of the major reasons for having an
  78. archive server in the first place -- they keep it so we
  79. don't have to.
  80.  
  81. Yet another dimension, one I will be looking into, is
  82. freeing up space on the servers by discarding things no one
  83. really needs or wants.  Ticklish, to be sure, but not to be
  84. overlooked.  Still another is duplication.  Geographical
  85. factors become less and less an issue as networking
  86. technology develops.  This brings in turf issues that I will
  87. also be discussing with the site management people.
  88.  
  89. >So, in my view it comes down to three things, management, disk
  90. >space, and compression.  Compression is actually contained within
  91. >management, and so, to a certain extent, is disk space.  Just
  92. >throwing hardware at the problem is not going to solve it.  Of
  93. >these, I think that if we put forth the bucks to help defray
  94. >management costs, we'll get the best return on our dollar.
  95.  
  96. As you see, I agree with all your points but not with your
  97. conclusion, Scott.  Management costs 50 times as much as
  98. disk space.  That doesn't mean that the management aspect
  99. shouldn't be pursued, of course it should; but it does mean
  100. the tradeoffs are more complicated than your model allows
  101. for.
  102.  
  103. To conclude, I propose to continue collecting pledges for at
  104. least another week.  I can report that hardware vendors have
  105. contacted me who are willing to help out.  I'll know more in
  106. a couple days about a lot of the implementation details and
  107. snags (there are sure to be some), and will report to y'all
  108. then.
  109.  
  110. -- 
  111. [Jess Anderson <> Madison Academic Computing Center <> University of Wisconsin]
  112. [Internet: anderson@macc.wisc.edu <-best, UUCP:{}!uwvax!macc.wisc.edu!anderson]
  113. [Room 3130 <> 1210 West Dayton Street / Madison WI 53706 <> Phone 608/262-5888]
  114. [---------> Discrimination, Bigotry, and Hate are not Family Values <---------]
  115.