home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / hardware / 23714 < prev    next >
Encoding:
Text File  |  1993-01-26  |  2.9 KB  |  63 lines
  1. Newsgroups: comp.sys.amiga.hardware
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!doug.cae.wisc.edu!castlab!leair
  3. From: leair@castlab.uucp (Brian Leair)
  4. Subject: Re: Why not XX Meg floppies?
  5. Organization: U of Wisconsin-Madison College of Engineering
  6. Date: 26 Jan 93 03:41:15 CST
  7. Message-ID: <1993Jan26.034116.7054@doug.cae.wisc.edu>
  8. Summary: its all bits man 
  9. Keywords: compression, storage 
  10. References: <C1FuoJ.641@ccu.umanitoba.ca>
  11. Lines: 50
  12.  
  13. You have some of your buzz words mixed up. V.32 is a specification for
  14. carrier modulation used by modems. V.42 is the specification for link
  15. capabilities negotiation(error correction and 'stuff'). V.42bis is
  16. what I beleive you were referring to, it's the really nice inteligent
  17. compression used by modems (lumpel-ziv). 
  18.  
  19. As usual it all comes down to cost vs. performance, or more exactly
  20. what the cost vs. performance was at the time. Floppy drives
  21. are slow and low density, therefore people expect them to be cheap.
  22. Hardware to do compression would obviously add a fair bit of cost.
  23. In 1986 an 880K floppy drive with hardware compression would have
  24. been prohibitally expensive to survive in the market.
  25. Now in the case of hard drives where the relative cost of additional
  26. hardware to do compression isn't so large it is sometimes done.
  27. At least I have heard of drives that use hard ware compression.
  28. As an aside one of the
  29. original papers describeing lempel-ziv-welch(lzw) compression
  30. described using the compression algorithm to increase storage
  31. capabilities of hard disks.
  32. Additionally in dealing with disk drives you are no longer just 
  33. dealing with pure
  34. digital bits.  MFM, GCR, RLL, etc., etc. are all required so
  35. that the magnetic media can retain spacing/clocking imformation.
  36. That way when you try to read the data off the disk you can tell that
  37. you actually have 
  38. 4 zeros instead of 5 or 6.  If you want to increase your storage
  39. density use a clocking scheme that is less wasteful of your
  40. bits and then require the analog side to be more exact.
  41.  
  42. Today we commonly have CPU's, as general purpose
  43. processors, that have power enough to compress data before its sent to
  44. the disk without signifigant delay.  Check out Stacker for the PC, works
  45. quite well, or the PowerPacker device/file system.
  46.  
  47. Lossless compression can only reduce data so much, say 2:1-8:1 roughly.
  48. (Wow man this great 
  49. new harddrive with lossy hardware compression gets compression ratios 
  50. of 255:1, I wonder why my data base just doesn't have the same accuracy 
  51. though.....:))
  52. With compression also comes lots complexties like
  53. varying compression rates, how to interpret data, etc.
  54.  
  55. I personally think that we will get greater (like orders of magnitude)
  56. storage capabilities from advances in media technology (optical or magnetic).  
  57.  
  58. Brian (More, more, more, I need more) Leair Leair
  59. ----------------------------
  60. leair@castlab.engr.wisc.edu
  61. Sys Admin - Cast Metals Lab, UW Madison
  62.  
  63.