[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Memory again
From: |
emacs user |
Subject: |
Re: Memory again |
Date: |
Thu, 22 Dec 2011 20:54:08 +0200 |
On Thu, Dec 22, 2011 at 4:58 PM, emacs user <address@hidden> wrote:
> On Thu, Dec 22, 2011 at 4:08 PM, Jan Djärv <address@hidden> wrote:
>>
>> 21 dec 2011 kl. 18:55 skrev emacs user:
>>
>>>
>>> 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.
>>
>> Jan D.
>
> how does one go about diagnosing this? is it possible to tell if this
> an elisp problem or a c-problem?
Just in case this is helpful in diagnosing this:
- The problem (rapidly growing memory and eventual crash) occurs also
with emacs -nw on mac os x.
- I tested, and as far as I can tell, this does not occur under GNU/Linux
>>> Garbage collection stats:
>>> ((400287 . 303593) (45615 . 144) (60632 . 80546) 2488080 600138 (708 .
>>> 477) (521 . 271) (85624 . 67826))
>>>
>>> => 6404592+4857488 bytes in cons cells
>>> 2189520+6912 bytes in symbols
>>> 2425280+3221840 bytes in markers
>>> 11328+7632 bytes in floats
>>> 29176+15176 bytes in intervals
>>> 2739968+2170432 bytes in string headers
>>> 2488080 bytes of string chars
>>> 2488080 bytes of vector slots
>>>
>>> Total bytes in lisp objects: 27167562 (live 16888082, dead 10279480)
>>>
>>> Buffer ralloc memory usage:
>>> 14 buffers
>>> 29463 bytes total (24346 in gaps)
>>> Size Gap Name
>>>
>>> 2186 987 *srecode-map-tmp*
>>> 2186 1814 *code-converting-work*
>>> 565 1570 *Buffer Details*
>>> 170 1851 *Deletions*
>>> 30 2000 *Messages*
>>> 25 2019 *extract address components*
>>> 22 2022 *canonical address*
>>> 16 5812 *code-conversion-work*
>>> 11 2040 *Echo Area 1*
>>> 0 2022 *Minibuf-1*
>>> 0 20 *vm-nonexistent-summary*
>>> 0 20 *Minibuf-0*
>>> 0 2055 *Echo Area 0*
>>> 0 20 *subst-char-in-string*
>>
- Re: Memory again, (continued)
- Re: Memory again, emacs user, 2011/12/20
- Re: Memory again, Eli Zaretskii, 2011/12/20
- Re: Memory again, emacs user, 2011/12/20
- Re: Memory again, Eli Zaretskii, 2011/12/20
- 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 <=
- 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, 2011/12/22
- Re: Memory again, emacs user, 2011/12/23