home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / system / 15118 < prev    next >
Encoding:
Text File  |  1992-12-12  |  3.2 KB  |  59 lines

  1. Newsgroups: comp.sys.mac.system
  2. Path: sparky!uunet!think.com!spool.mu.edu!umn.edu!csus.edu!netcom.com!drew
  3. From: drew@netcom.com (drew)
  4. Subject: Re: How many Bytes in a Kilobyte (The answer may surprise you.)
  5. Message-ID: <1992Dec12.224708.10026@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. References: <1992Dec12.140350.1@tesla.njit.edu>
  8. Date: Sat, 12 Dec 1992 22:47:08 GMT
  9. Lines: 48
  10.  
  11. there is no discrepancy, merely a misunderstanding.  i presume this is
  12. explained in the mac reference manual.
  13.  
  14. the finder's get info command reports two measure:  the actual number
  15. of bytes used in the file (e.g., for one of my files, 78,040) and
  16. the number of KBs allocatted to the file on disk (for same file 77KB).
  17. the file system allocates blocks of fixed size (size of allocation blocks
  18. depends on size of disk, might be .5KB or 2KB, etc.  This simply means that
  19. the total bytes allocated for this file (used up in disk space) is
  20. 77*1024 = 78,848, while the actual number of bytes within that space
  21. used by the file to store its information is 78,040.
  22. In general the difference between actual bytes used and bytes allocated
  23. by the fsys can be up to the allocation block size -1, and one would
  24. expect it, for random file distributions, to average at half the size
  25. of the allocation block.  this wasted disk space is called internal
  26. fragmentation.  the only way to recover it is to use smaller allocation
  27. blocks, with the disadvantage that more space is wasted in the fsys
  28. allocation tables...and more file fragmentation, and slower fsys access.
  29. you can manually split a larger disk into smaller ones (hard partitions)
  30. which will reduce the allocation size, with the disadvantages mentioned
  31. above, and the additional disadvantage that you will arbitrarily run
  32. out of space (in one partition) when there is space available (in other
  33. partitions).  depending on your usage mode, such partitioning could
  34. actually be a benefit...but for most people, it's just a pain.
  35.  
  36. -drew@netcom.com
  37.  
  38. In article <1992Dec12.140350.1@tesla.njit.edu> erh0362@tesla.njit.edu (Elliotte Rusty Harold) writes:
  39. >
  40. >    How many bytes are there in a kilobyte as reported by the Finder in 6.0.7?  
  41. >Some simple tests revealed that my Finder thinks there are only about 1010 
  42. >bytes per K.  For instance my FAX Manager folder is 304,262 bytes.  Finder's 
  43. >Get Info reports that as 301K.  Disk Doubler's Savings command also reports 
  44. >that as 301K or about 1010 bytes per kilobyte.  SpaceSaver's Magic Menu 
  45. >correctly to my way of thinking reports that as 297K or 1024 bytes per kilobyte 
  46. >(rounded down by about 0.1K.)  Needless to say that different programs can't 
  47. >agree on the number of bytes per kilobyte makes comparing the various file 
  48. >compression utilities more difficult than it should be.  I expect this 
  49. >weaseling about bytes/K from hard disk manufacturers but not from the Finder!  
  50. >Can anyone explain what's going on?  Note that I have tried the obvious, i.e. 
  51. >booting with extensions off and looking only at uncompressed files.  The Finder 
  52. >really seems to think there are only 1010 bytes in a kilobyte.
  53. >
  54. >Elliotte Rusty Harold        Department of Mathematics
  55. >elharo@m.njit.edu        New Jersey Institute of Technology
  56. >erh0362@tesla.njit.edu        Newark, NJ 07102
  57.  
  58.  
  59.