GNU bug report logs - #43389
28.0.50; Emacs memory leaks

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Mon, 14 Sep 2020 00:44:01 UTC

Severity: normal

Merged with 43395, 43876, 44666

Found in version 28.0.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Florian Weimer <fweimer <at> redhat.com>
Cc: carlos <at> redhat.com, 43389 <at> debbugs.gnu.org, dj <at> redhat.com
Subject: bug#43389: 28.0.50; Emacs memory leaks
Date: Tue, 17 Nov 2020 22:43:35 +0200

> From: Florian Weimer <fweimer <at> redhat.com>
> Cc: DJ Delorie <dj <at> redhat.com>,  carlos <at> redhat.com,  43389 <at> debbugs.gnu.org
> Date: Tue, 17 Nov 2020 21:35:54 +0100
> 
> * Eli Zaretskii:
> 
> > (It would be interesting to see the GC statistics from Florian's
> > session, btw.)
> 
> Is this the value of (garbage-collect)?
> 
> ((conses 16 1877807 263442)
>  (symbols 48 40153 113)
>  (strings 32 164110 77752)
>  (string-bytes 1 5874689)
>  (vectors 16 64666)
>  (vector-slots 8 1737780 331974)
>  (floats 8 568 1115)
>  (intervals 56 163746 19749)
>  (buffers 1000 1092))

Yes.  "C-h f garbage-collect" will describe the meaning of the
numbers.  AFAICT, this barely explains 70 MBytes and change of Lisp
data.  (The "buffers" part excludes buffer text, but you should be
able to add that by summing the sizes shown by "C-x C-b".)
This bug report was last modified 4 years and 58 days ago.

Previous Next

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