Re: Memory again

[Jan Djärv]

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*
>>>