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

  1. Newsgroups: comp.sys.mac.system
  2. Path: sparky!uunet!caen!uwm.edu!rpi!monitn
  3. From: monitn@rebecca.its.rpi.edu (Nicholas Monitto)
  4. Subject: Re: Memory Loss (MacAlzheimers?!)
  5. Message-ID: <kdk2bml@rpi.edu>
  6. Nntp-Posting-Host: rebecca.its.rpi.edu
  7. References: <1992Dec14.215828.17970@reed.edu>
  8. Distribution: comp.sys.mac.system
  9. Date: Tue, 15 Dec 1992 01:53:39 GMT
  10. Lines: 42
  11.  
  12. wrowe@reed.edu ( ) writes:
  13.  
  14. >Anyone know why it is that Macintoshs' RAM memory seems to be gradually eaten
  15. >up when applications are ran? That is, why is that when I first start my Mac
  16. >I have x amount of memory available, and then after running a few applications
  17. >and quiting them I always have (x - some) lesser amount of memory available. It
  18. >seems like the programs chew up some extra memory that cannot be recovered
  19. >even after the programs are no longer in memory. What gives?
  20.  
  21. Are you quitting applications in the reverse order of launching them? Each 
  22. program takes up a (somewhat) sequential block of memory. For example...
  23.  
  24. System- 1500K
  25. VersaTerm-800K
  26. Microsoft Word- 1500K
  27. Note Pad- 20K
  28. Aldus PageMaker- 2000K
  29. Solitaire- 256K
  30.  
  31. Assuming you launched the applications top to bottom, you would use about
  32. 6076K. If you have an 8 Meg machine, this leaves you about 2126K free. If you
  33. quit the applications in the reverse order, you should go all the way back to
  34. about 6692K free when you got back to the system level. If you quit ones in the
  35. middle of the pack, you do not add to the largest free block. Rather, you form
  36. newer blocks of free memory. Even when you quit all the applications (in a
  37. different order), your largest unused block still may not be 6692K, since for
  38. some reason, blocks which are suddenly adjacent do not always unite.
  39.  
  40. If, on the other hand, you are quitting applications in the reverse order,this
  41. example is moot, and something else is eating your memory... :)
  42.  
  43. Nick (monitn@rpi.edu)
  44.  
  45. >  +--------------------------------------------------------------------------+
  46. >  | *  "Give up learning and end all your troubles."                       * |
  47. >  |                          - Lao Tsu                      /\               |
  48. >  |                                                        [__]              |
  49. >  |    W. Stuart Rowe, Aesthetician                         $$               |
  50. >  |    |                                 +---->  (At Reed's Fine College)    |
  51. >  |    |                                 |                                   |
  52. >  | *  +-->  wrowe@reed.edu  >-----------+                                 * |
  53. >  +--------------------------------------------------------------------------+
  54.