home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / mac / system / 11727 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.5 KB  |  60 lines
  1. Newsgroups: comp.sys.mac.system
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!sgrenander@NASAMAIL.JPL.NASA.GOV
  3. From: sgrenander@NASAMAIL.JPL.NASA.GOV (Sven Grenander)
  4. Subject: Re: 7.x.x Finder Heap Allocation ?
  5. Message-ID: <1992Sep8.175035.18030@elroy.jpl.nasa.gov>
  6. Sender: news@elroy.jpl.nasa.gov (Usenet)
  7. Nntp-Posting-Host: mac4.jpl.nasa.gov
  8. Organization: Jet Propulsion Laboratory
  9. References: <1992Sep1.164852.29038@elroy.jpl.nasa.gov> <1992Sep2.191821.22486@newsgate.sps.mot.com> <boyd-080992001653@kip2-50.apple.com>
  10. Date: Tue, 8 Sep 1992 17:50:35 GMT
  11. Lines: 47
  12.  
  13. In article <boyd-080992001653@kip2-50.apple.com>, boyd@apple.com (Scott Boyd) writes:
  14. > 
  15. > In article <1992Sep2.191821.22486@newsgate.sps.mot.com>, 
  16. > gpb@gpb-mac. (greg berryman ) wrote, suggesting that you alter the Finder
  17. > to give it a larger heap.
  18. > 
  19. > Don't do this.  It won't get you what you want.  Finder has two sub-heaps,
  20. > and their sizes are fixed.  You won't be altering their sizes when you
  21. > adjust
  22. > the Finder's heap size.
  23. > 
  24. > It is far more likely that you are running out of Finder heap because some
  25. > poorly-written software is allocating memory in other people's heaps,
  26. > including Finder's.  You might try looking through your extensions to
  27. > see if you can spot the offender.
  28. > 
  29. > scott
  30. > boyd@apple.com
  31. > 
  32. > 
  33. Scott,
  34.  
  35. Given your address I would assume that you know what you are talking about,
  36. but empirical evidence overwhelmingly shows that increasing the Finder
  37. heap size reduces the problems that I (and at least a few others) have had.
  38. If you are correct, then the empirical evidence seems to imply that the 
  39. increased Finder heap allocation cures the symptom (OOM warnings and random 
  40. crashes) but not the underlying problem (misbehaving extensions was your 
  41. suggestion).
  42.  
  43. Do you have any suggestions for how one would go about tracking down these
  44. underlying problems ? Is there for example any system 7 MemWatcher utility
  45. which could help trap offending apps or extensions ?
  46.  
  47. A review of IM VI is no doubt in order if one is to understand the two sub-
  48. heaps that you mention, is there some other information source that you can 
  49. recomend, such as a TN or something similar which addresses this specific
  50. issue ? In particular, is there any reference which describes how a fixed heap
  51. can satisfy the requirements from the lowest Mac to one at the high end with
  52. dozens of simultaneously running apps, tens of disk partitions, zillions of
  53. open windows over half a dozen monitors, gobs of open files and who-knows-how-many 
  54. extensions ?
  55.  
  56. Thanks,
  57.  
  58. -Sven
  59.  
  60.