home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / system / 10557 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  3.7 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!cs.utexas.edu!asuvax!ukma!vlsi!ulkyvx.louisville.edu!jnsims01
  2. From: jnsims01@ulkyvx.louisville.edu
  3. Newsgroups: comp.sys.mac.system
  4. Subject: Re: "Get Info" reports different size when file is moved
  5. Message-ID: <1992Jul31.101526.1@ulkyvx.louisville.edu>
  6. Date: 31 Jul 92 14:15:26 GMT
  7. References: <1992Jul30.141956.13014@eplrx7.es.duPont.com>
  8. Sender: news@vlsi.louisville.edu (Network News System)
  9. Followup-To: comp.sys.mac.system
  10. Distribution: usa
  11. Organization: University of Louisville
  12. Lines: 50
  13. Nntp-Posting-Host: ulkyvx03.louisville.edu
  14.  
  15. In article <1992Jul30.141956.13014@eplrx7.es.duPont.com>, milbouma@esvax.dnet.
  16.   dupont.com writes:
  17. > This subject has come up before, I think, but I need a refresher, prompted 
  18. > by a question from a curious fellow Mac support person. How does the Finder 
  19. > and Get Info calculate/report the amount of disk used by a document?
  20. > 
  21. > (description of 'The specific situation' deleted to save bandwidth)
  22.  
  23. Two different numbers are reported by 'Get Info': the number in parentheses
  24. reports the actual number of bytes in the file. You'll notice that this number
  25. doesn't change for a given file no matter where or under what System software
  26. it was stored. The other number, reported in kilobytes, is the amount of disk
  27. storage this file occupies. This will vary depending on the smallest chunk of
  28. disk storage that can be allocated to a given file based on System software
  29. version and media capacity - brief explanation follows.
  30.  
  31. Any operating system divides a formatted media into some fixed number of chunks
  32. and then keeps track of which file owns which chunk. Each chunk (called
  33. variously blocks, clusters, etc.) can be assigned to only one file at a time:
  34. the operating system determines who wons what by _allocating_ those chunks. 
  35. Assume for a moment that the the file allocation table under System X can keep
  36. track of 100 chunks of data on whatever media you're using. If you have a 400K
  37. floppy, those chunks will each be 4K big, right? If you have a 800K floppy, on
  38. the other hand, each chunk will be 8K big. A 2k file on the smaller floppy will
  39. be 2k big and will consume 4K of space because that's the smallest allocatable 
  40. unit. The same file on the bigger floppy will still be 2k big, but it will 
  41. consume 8K because, again, that's the smallest allocatable unit. (Note that
  42. these figures are only examples; in practise, the actual smallest allocatable
  43. block will vary depending on version of the operating system, type of media,
  44. and a number of other things.)
  45.  
  46. The ramifications of this are very important: If you have a large capacity
  47. drive, the minimum allocatable block size is likely to be pretty large. This
  48. doesn't really matter if you're only going to store a relatively small number
  49. of files. But if you intend to store lots of small files, you will waste quite
  50. a bit of space because of the difference between the size of your documents and
  51. the smallest allocatable block each one will consume. This is why it can be
  52. very effective to partition your hard drive: this reduces the size of that
  53. minimum allocatable block.
  54.  
  55. I hope that's clear; if not, send me an e-mail or call and I'll try again. 
  56.  
  57.  My wife AND my employer ignore my opinions - feel free to do the same!
  58. .......................................................................
  59. : John Norman Sims, Jr.    : Internet: jnsims01@ulkyvx.louisville.edu :
  60. : University of Louisville :     (or)  jnsims01@ulkyvm.louisville.edu : 
  61. : Computing and            :   BITNET: jnsims01@ulkyvm                :
  62. :       Telecommunications : You can't win, you can't break even,     :
  63. : Phone: (502) 588-5565    :       and you can't get out of the game! :
  64. :.....................................................................:
  65.