home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / system / 10377 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.9 KB
  1. Path: sparky!uunet!zephyr.ens.tek.com!gvgpsa!treehouse!andyp
  2. From: andyp@treehouse.UUCP (Andy Peterman)
  3. Newsgroups: comp.sys.mac.system
  4. Subject: Re: How to reduce the size of catalog/extent file?
  5. Message-ID: <1385@treehouse.UUCP>
  6. Date: 25 Jul 92 06:35:56 GMT
  7. References: <jesse.711964420@square-crk>
  8. Organization: The Treehouse
  9. Lines: 30
  10.  
  11. In article <jesse.711964420@square-crk> jesse@cs.UAlberta.CA (Jesse Lee) 
  12. writes
  13. :
  14. >Recently I downloaded more than one thousand files to my hard disk
  15. >for temporary storage. Later I save them on floppies and delete them
  16. >from my hard disk. Then I discover about 400K of my hard disk space is
  17. >gone for the catalog file by running MacTools 2.0. I know as the number
  18. >of files of my hard disk increases, the size of the catalog/extent file
  19. >will grow. What I do not understand is as the number of files of my hard
  20. >disk decreases, these files do not shrink in size.
  21. >
  22. >I know one method to recover those disk space: erase the hard disk and
  23. >restore the files. But I certainly do not want to do it.
  24.  
  25. Re-initializing the volume is the only way to recover that space.  One of
  26. the nice things about HFS is that the catalog is dynamic - it starts off
  27. small (well, relatively small), but can grow if it needs to.  This is much
  28. better than either starting off with an extremely large catalog or else
  29. running out of room after creating a few thousand files.
  30.  
  31. After a new block has been created for the catalog, you can't really get
  32. rid of it because there might be files still existing in it.  It would be
  33. possible, but very difficult, to write a utility that would compress the
  34. catalog down after you've deleted a bunch of files.  This would involve
  35. messing with internal file system structures (B-Trees).  Hardliy worth the
  36. trouble (and the potential for disater) to save 400K.
  37. -- 
  38. Andy Peterman                       
  39. treehouse!andyp@gvgpsa.gvg.tek.com  
  40. (916) 273-4569                      
  41.