GNU bug report logs -
#10277
24.0.91; memory leak when using vm
Previous Next
To reply to this bug, email your comments to 10277 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#10277; Package
emacs.
(Sun, 11 Dec 2011 21:19:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
emacs user <user.emacs <at> gmail.com>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Sun, 11 Dec 2011 21:19:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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*
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#10277; Package
emacs.
(Tue, 13 Dec 2011 20:14:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 10277 <at> debbugs.gnu.org (full text, mbox):
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 154 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.