>>> Raul Acevedo <[EMAIL PROTECTED]> seems to think that: >Wow, that chart thing is pretty cool. :)
There are several random chart functions, plus a "chart" menu item in the Senator menu. >It shows "strings/2" as taking up 31 Meg, which I assume means 62 Megs >and it shows it as "strings/2" so the chart can be shown on a single >buffer when the next biggest item is conses at only 1 Meg. I have 33 >Java buffers averaging 10k each... so that's about 33 Meg, plus 62 Meg >for strings, adds up to 100 Meg right there. > >Why so many strings? > >Most semantic.cache files are 50k, the biggest one I found is 150k. You might have some very large hidden buffers. Hidden buffers start with a space character. Probably your best task is just to get some sort of active monitor up watching Emacs and see what you do that makes it grow very large. Eric >Raul > >On Thu, 2004-11-18 at 17:46 -0500, Eric M. Ludlam wrote: >> Hi, >> >> Here is something fun to try: >> >> M-x load-library RET chart RET >> M-x chart-emacs-storage RET >> >> It is possible that semantic's tag caches are filling up all your >> space. Check the size of your semanticdb.cache files for a vague clue >> of how much string space is being used by semantic. >> >> Eric >> >> >>> Raul Acevedo <[EMAIL PROTECTED]> seems to think that: >> >Right now my Emacs process is using 127 Megs of memory. While the >> >*jde-beanshell-scratch* buffer size is 1239491, and another buffer I >> >have is also just over 1 Meg, the total sum of all my buffers is still >> >only a few megabytes, I definitely am not consuming anywhere near 100 >> >megabytes in buffers. >> > >> >What could be taking up all the memory? How do I free it up? I've had >> >emacs run out of memory a few times in the last couple of weeks. >> > >> >Raul >> > >> >
