GNU bug report logs - #10277
24.0.91; memory leak when using vm

Previous Next

Package: emacs;

Reported by: emacs user <user.emacs <at> gmail.com>

Date: Sun, 11 Dec 2011 21:19:01 UTC

Severity: normal

Found in version 24.0.91

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 10277 <at> debbugs.gnu.org (full text, mbox):

From: emacs user <user.emacs <at> gmail.com>
To: 10277 <at> debbugs.gnu.org
Subject: Re: 24.0.91; memory leak when using vm
Date: Tue, 13 Dec 2011 22:12:36 +0200
here is a new memory report, perhaps this helps?  emacs size is about
300Mb at this point.

Garbage collection stats:
((393819 . 210587) (67307 . 146) (71862 . 15273) 4244548 1877886 (713
. 725) (1033 . 796) (227352 . 74712))

 =>	6301104+3369392 bytes in cons cells
	3230736+7008 bytes in symbols
	2874480+610920 bytes in markers
	11408+11600 bytes in floats
	57848+44576 bytes in intervals
	7275264+2390784 bytes in string headers
	4244548 bytes of string chars
	4244548 bytes of vector slots

Total bytes in lisp objects: 32307554 (live 25873274, dead 6434280)

Buffer ralloc memory usage:
61 buffers
63670 bytes total (32924 in gaps)
      Size	Gap	Name

     20348	2000	 *w3m cache*
      4962	1783	.emacs.d
      2186	987	 *srecode-map-tmp*
      2186	1814	 *code-converting-work*
       567	1571	*Buffer Details*
       191	2000	*scratch*
       152	1876	 *Marked Files*
       125	1921	*Messages*
        54	1987	 *extract address components*
        33	2008	 *canonical address*
        13	7	 *Deletions*
        13	2042	 *Echo Area 0*
        10	5818	 *code-conversion-work*
         0	2021	 *Minibuf-1*
         0	20	 *vm-nonexistent-summary*
         0	20	 *Minibuf-0*
         0	2051	 *Echo Area 1*
         0	20	 *subst-char-in-string*
         0	20	 *vmpc-cleanup*
         0	20	 *w3m-work*
         0	20	 *w3m-work*<3>
         0	20	 *w3m-work*<5>
         0	20	 *w3m-work*<7>
         0	20	 *w3m-work*<9>
         0	20	 *w3m-work*<11>
         0	20	 *w3m-work*<13>
         0	20	 *w3m-work*<15>
         0	2044	 *split*
         0	20	 *w3m-work*<17>
         0	20	 *w3m-work*<19>
         0	20	 *w3m-work*<21>
         0	20	 *w3m-work*<23>
         0	20	 *w3m-work*<25>
         0	20	 *w3m-work*<27>
         0	20	 *w3m-work*<29>
         0	20	 *w3m-work*<31>
         0	20	 *w3m-work*<33>
         0	20	 *w3m-work*<35>
         0	20	 *w3m-work*<2>
         0	20	 *w3m-work*<6>
         0	20	 *w3m-work*<10>
         0	20	 *w3m-work*<14>
         0	20	 *w3m-work*<18>
         0	20	 *w3m-work*<22>
         0	20	 *w3m-work*<26>
         0	20	 *w3m-work*<30>
         0	20	 *w3m-work*<34>
         0	20	 *w3m-work*<37>
         0	20	 *w3m-work*<4>
         0	20	 *w3m-work*<12>
         0	20	 *w3m-work*<20>
         0	20	 *w3m-work*<28>
         0	20	 *w3m-work*<36>
         0	20	 *w3m-work*<39>
         0	20	 *w3m-work*<41>
         0	20	 *w3m-work*<43>
         0	20	 *w3m-work*<45>
         0	20	 *w3m-work*<47>
         0	20	 *w3m-work*<49>
         0	20	 *w3m-work*<51>
         0	20	 *w3m-work*<53>

On Sun, Dec 11, 2011 at 11:17 PM, emacs user <user.emacs <at> gmail.com> wrote:
> In GNU Emacs 24.0.91.1 (x86_64-apple-darwin11.2.0, NS apple-appkit-1138.23)
>  of 2011-11-25 on MacBook-Air.local
> Windowing system distributor `Apple', version 10.3.1138
> configured using `configure  '--with-ns''
>
> when using vm, emacs grows in size every time I read my inbox, and
> eventually crashes.  garbage-collect has no effect.  memory-usage.el
> gives the output below, I would be grateful for any hints on how to
> identify the problem...
>
> [at the time of this report, emacs grew to about 200mb (using activity
> monitor on the mac).  it's initial size was about 30mb. ]
>
> \Garbage collection stats:
> ((470940 . 228143) (128755 . 1) (348632 . 1073) 9089641 3274519 (123 .
> 1083) (4119 . 14324) (691547 . 38503))
>
>  =>     7535040+3650288 bytes in cons cells
>        6180240+48 bytes in symbols
>        13945280+42920 bytes in markers
>        1968+17328 bytes in floats
>        230664+802144 bytes in intervals
>        22129504+1232096 bytes in string headers
>        9089641 bytes of string chars
>        9089641 bytes of vector slots
>
> Total bytes in lisp objects: 68131680 (live 62386856, dead 5744824)
>
> Buffer ralloc memory usage:
> 10 buffers
> 10404 bytes total (9887 in gaps)
>      Size      Gap     Name
>
>       568      1572    *Buffer Details*
>        20      2045     *Echo Area 1*
>        17      3        *Custom-Work*
>         5      2020     *code-conversion-work*
>         0      20      *scratch*
>         0      2037     *Minibuf-1*
>         0      20       *vm-nonexistent-summary*
>         0      20       *Minibuf-0*
>         0      2037     *Echo Area 0*
>         0      20       *subst-char-in-string*




This bug report was last modified 5 years and 288 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.