home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / msdos / apps / 5891 < prev    next >
Encoding:
Text File  |  1992-12-17  |  2.0 KB  |  45 lines
  1. Newsgroups: comp.os.msdos.apps
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!tjr
  3. From: tjr@cbnewsc.cb.att.com (thomas.j.roberts)
  4. Subject: Re: Stacker 3.0
  5. Organization: AT&T
  6. Date: Thu, 17 Dec 1992 19:46:55 GMT
  7. Message-ID: <1992Dec17.194655.23378@cbnewsc.cb.att.com>
  8. References: <Bz92rw.F0E@hkuxb.hku.hk>
  9. Lines: 34
  10.  
  11. I upgraded from Stacker v 2.0 to Stacker 3.0.
  12.  
  13. On my 80 MB drive, I originally had 41 MB free; after installing
  14. 3.0 and re-optimizing it (including conversion to 3.0 format),
  15. I now have 45 MB free. The REPORTED compression ratio is 1.97:1,
  16. and is consistent with obervations:
  17.     There are TWO values of the "bytes free" on a drive -
  18.     CHKDSK and LF (a UNIX lf clone) report different values.
  19.     I don't know how they differ internally (I think DOS keeps
  20.     a "bytes free" value; one reports this, one checks the
  21.     FAT (???)).  Under 2.0 these two values differed by 3-4 MB;
  22.     under 3.0 they are within 500 kb. I believe this is due
  23.     to the actual compression value coming much closer to
  24.     the expected value of 2.0:1.
  25.  
  26. The next day (!), I got the error "Read error on D:" (D: is my
  27. physical drive), and got a write-protected Stacked drive. Groan! -
  28. this is the problem everybody has been complaining about on this
  29. newsgroup. So I look it up in the manual, find it, follow the
  30. instructions (but I have no "surface scanning tool"), and it
  31. comes back. So I check it twice using the Stacker tools (Stacker 
  32. can do a "surface scan" of a Stacker drive), and find no problems.
  33. Since then (3 weeks) I have had no problems. The files I was
  34. working with when the error occured are all either OK or were
  35. temporary files which have since been overwritten (.OBJ, .MAP,
  36. .EXE, ..., created by my C++ compiler).
  37.  
  38. The Windows monitors of Stacker 3.0 are useless. I can see no
  39. need to continuously monitor the Stacker compression ratio, ...
  40.  
  41. All in all, I think 3.0 is a useful improvement, if only because it
  42. seems to be more stable. 10% more space is nice, too.
  43.  
  44. Tom Roberts    att!ihlpl!tjrob        TJROB@IHLPL.ATT.COM
  45.