[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Memory again
From: |
Stefan Monnier |
Subject: |
Re: Memory again |
Date: |
Thu, 22 Dec 2011 19:39:15 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) |
>>> Thanks... The leaks command indeed reports zero leaks now. however,
>>> emacs still grows every time I invoke vm. here is a memory report
>>> which I get after killing all buffers, when emacs is 214 Mb large (as
>>> seen in the Activity Monitor). is this normal?
>> As I'm not a vm-user I can't really say. But it sounds like something is
>> not released back to the OS.
> how does one go about diagnosing this? is it possible to tell if this
> an elisp problem or a c-problem?
The GC stats you posted indicate that the GC knows of about 27MB of data
(10MB of which is actually unused but can't be returned to malloc due to
fragmentation) which doesn't account for the 214MB you mention. So it
looks like that data is held by the C code.
Of course, I don't know what the 214MB represent, if it is resident set
size, then there really seems to be a leak, whereas if it's the total
virtual size, it may also be an artifact of various other things.
Stefan
- Re: Memory again, (continued)
- Re: Memory again, Jan Djärv, 2011/12/20
- Re: Memory again, Jan Djärv, 2011/12/21
- Re: Memory again, Carsten Mattner, 2011/12/21
- Re: Memory again, emacs user, 2011/12/21
- Re: Memory again, Jan Djärv, 2011/12/22
- Re: Memory again, emacs user, 2011/12/22
- Re: Memory again, emacs user, 2011/12/22
- Re: Memory again, Jan Djärv, 2011/12/22
- Re: Memory again, YAMAMOTO Mitsuharu, 2011/12/22
- Re: Memory again, Carsten Mattner, 2011/12/22
- Re: Memory again,
Stefan Monnier <=
- Re: Memory again, emacs user, 2011/12/23