[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Memory again
From: |
Jan Djärv |
Subject: |
Re: Memory again |
Date: |
Thu, 22 Dec 2011 20:15:10 +0100 |
Hello.
Is this only when you use vm? I think gnutls had some leaks, did you link with
that?
Other than running valgrind on temacs, load everything in and then print out
reachable memory, I don't know how to check this.
It sounds as it isn't a leak as such, but something that is still referenced,
but not needed.
Jan D.
22 dec 2011 kl. 19:54 skrev emacs user:
> 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, 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, 2011/12/22
- Re: Memory again,
Jan Djärv <=
- 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