home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / msdos / misc / 5083 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.7 KB
  1. From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
  2. Date: Mon, 7 Sep 1992 12:29:20 GMT
  3. Subject: Re: DR DOS v6/STOR Question
  4. Message-ID: <27800025@hpuamsa.neth.hp.com>
  5. Organization: Hewlett-Packard, The Netherlands
  6. Path: sparky!uunet!usc!sdd.hp.com!scd.hp.com!hplextra!hpcc05!hpbbn!hpuamsa!franks
  7. Newsgroups: comp.os.msdos.misc
  8. References: <7988@lee.SEAS.UCLA.EDU>
  9. Lines: 29
  10.  
  11. ygoland@edison.seas.ucla.edu (The Jester) writes:
  12.  
  13. > The only 'funny' thing we can find is that chkdsk tends to give
  14. > REALLY bad estimates. I know it uses a 2:1 estimate but it does
  15. > things like say we have 7 megs of free space when we only have 100k.
  16.  
  17.   This is normal when your disk is becoming full. An example: Suppose
  18. you SSTOR a 20MB physical partition. CHKDSK will use a 2:1 estimate for
  19. the compression factor and will say that this disk can store 40MB.
  20. Suppose that you now store some files which would take 27MB if they were
  21. not compressed and that SuperSTOR can compress these files with an
  22. average compression factor of 1.5:1. So these files physically take
  23. 18MB, so physically there is 2MB left. CHKDSK will however report in the
  24. following way :
  25.  
  26. 40MB "total disk space"  (i.e. the *estimated* capacity)
  27. 27MB "in ... files"      (i.e. the *uncompressed* size of the files)
  28. 13MB "available on disk" (i.e. "total - used")
  29.  
  30.   So CHKDSK reports "available" as "total - used", but physically there
  31. is only 2MB left, which is the number which SSTOR will report. IMHO this
  32. is not a CHKDSK deficiency, but just a side effect of the transparency
  33. which SuperSTOR provides.
  34.  
  35.   If you want to know how much disk space is actually/physically
  36. available, then run SSTOR, or do a DIR and divide the reported number of
  37. available bytes by 2 (the estimated compression factor).
  38.  
  39. Frank Slootweg
  40.