home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / misc / 19400 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!news.u.washington.edu!glia!crystal
  2. From: crystal@glia.biostr.washington.edu (Crystal)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Gremlins are munching my memory! (FastRam)
  5. Message-ID: <crystal.726198900@glia>
  6. Date: 5 Jan 93 01:55:00 GMT
  7. Article-I.D.: glia.crystal.726198900
  8. Organization: University of Washington
  9. Lines: 34
  10. NNTP-Posting-Host: glia.biostr.washington.edu
  11.  
  12. I can't find the memory muncher that is eating my Fast RAM :<
  13.  
  14. It seems like the amount of Fast Ram available to me on boot up keeps shrinking,
  15. and I can't figure out where it is going... :<
  16.  
  17. I have a 2000HD, with 2.04, 1mg Agnus/2mg Fast using full Overscan and an
  18. Interlaced screen on a monochrome monitor.   I understand that Overscan and
  19. Interlacing take up CHIP ram, but it is FAST RAM that is disappearing, and I'd
  20. like to know just *what* the memory munchers are, and how much memory they
  21. are using - so I can make intelligent decisions on what to delete for optimum
  22. performance.                
  23.  
  24. I've discovered the CLI commands "avail" and "status" as well as the shareware
  25. program ARTM, but none of those will tell me just how MUCH memory is being
  26. taken up by each individual item.  :<
  27.  
  28. Also...
  29.  
  30. Is there a way to get programs to RELEASE all of the memory they snatch when you
  31. load them?  It's frustrating to have 900K, load a program that takes 150K and
  32. only releases 100K of it when you close it, leaving 50K still in memory that
  33. can't be accessed. :<  This plays havoc with Pagestream when I want to work
  34. with large files or graphics and the memory that was there earlier is now
  35. unavailable... :<
  36.  
  37. And I noticed that running "status" munched a bunch of memory and didn't
  38. let go of it when I exited the shell.
  39.  
  40. I *know* I can just buy some more Ram and solve the above problems, but money
  41. is tight right now, and I'd like to learn where my memory is going...
  42.  
  43. Thanks...
  44.  Crystal
  45.     :>
  46.