home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / msdos / apps / 4178 < prev    next >
Encoding:
Text File  |  1992-07-31  |  2.5 KB  |  55 lines
  1. Newsgroups: comp.os.msdos.apps
  2. Path: sparky!uunet!rei2!fox
  3. From: fox@rei2.uucp (Fuzzy Fox)
  4. Subject: Re: Stacker
  5. Message-ID: <1992Jul31.194433.17481@rei2.uucp>
  6. Date: Fri, 31 Jul 1992 19:44:33 GMT
  7. References: <2095@ncr-mpd.FtCollins.NCR.COM> <7178@ds5000.DAC.Northeastern.edu>
  8. Organization: REI
  9. Lines: 44
  10.  
  11. pclark@ds5000.DAC.Northeastern.edu (Peter Clark) writes:
  12.  
  13. >My personal, and lots of people that I know, experience with Stacker has been
  14. >that it has unexplicebly crashed, loosing all data in the 'stacker partition'
  15.  
  16. Stacker once crashed on me, too, but it was due to faulty software (MS
  17. Windows) trashing Stacker's data area, and *NOT* due to Stacker.  No
  18. program can defend against this kind of abuse.  I do like the fact that
  19. Stacker does a good job of trying to recover from damaged accounting
  20. information in the Stacker volume.
  21.  
  22. >it has been known to overload voice-coils on some hard disks (I've seen it 
  23. >overload a coil on a Seagate)
  24.  
  25. How in the world could *ANY* software possibly kill a hard disk?
  26. Especially a program like Stacker, which does not every touch the
  27. hardware!  It intercepts calls to MS-DOS and then passes them back to
  28. MS-DOS in order to read from the uncompressed volume....MS-DOS is the
  29. only program that touches the disk hardware.  I would suspect bad
  30. hardware long before I suspect bad software.
  31.  
  32. Like another user who posted here, I have pounded Stacker mercilessly
  33. and found it never fails.  However, like any tool, it will work better
  34. in the hands of a knowledgeable user.  When I see things like this
  35. posted, I wonder if the user just doesn't know what the heck he's
  36. doing.
  37.  
  38. >The other thing to consider is what kind of data will you be storing on the
  39. >stacker partition?  Pre-compressed files (.ZIP, .ARC, .ZOO, .etc) will NOT
  40. >be compressed any further by using Stacker, so don't bother if you drive is
  41. >really populated with pre-compressed files, it will just be a lot of time for
  42. >negligable ammounts of space gain.
  43.  
  44. This is true.  One option to consider is to leave the files uncompressed
  45. on the Stacker volume.  If your file compressor is showing you a ratio
  46. of less than 50% on the files it compresses, you can probably just leave
  47. them uncompressed in a subdirectory, and they will take up the same
  48. amount of disk space as they did when archived.
  49.  
  50. -- 
  51. #ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
  52. #define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
  53. #define  FALSE  1   |          "This article was probably generated
  54. #endif              |                  by a buggy news reader."
  55.