GNU bug report logs -
#10277
24.0.91; memory leak when using vm
Previous Next
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.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10277 in the body.
You can then email your comments to 10277 AT debbugs.gnu.org in the normal way.
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*
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#10277; Package
emacs.
(Fri, 20 Sep 2019 23:20:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10277 <at> debbugs.gnu.org (full text, mbox):
emacs user <user.emacs <at> gmail.com> writes:
> 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 was reported 8 years ago, and many things have changed since then.
Are you still seeing this on a modern version of Emacs?
Best regards,
Stefan Kangas
Reply sent
to
Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility.
(Wed, 30 Oct 2019 19:53:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
emacs user <user.emacs <at> gmail.com>:
bug acknowledged by developer.
(Wed, 30 Oct 2019 19:53:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 10277-done <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> This was reported 8 years ago, and many things have changed since then.
> Are you still seeing this on a modern version of Emacs?
More information was requested, but none was given within 5 weeks, so
I'm closing this bug. If this is still an issue, please reopen the bug
report.
Best regards,
Stefan Kangas
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Thu, 28 Nov 2019 12:24:09 GMT)
Full text and
rfc822 format available.
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.