Re: Memory again

[emacs user <user.emacs@gmail.com>]

On Thu, Dec 22, 2011 at 4:08 PM, Jan Djärv <jan.h.d@swipnet.se> 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?


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