Wow, that chart thing is pretty cool. :) 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. 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 > > >
