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
