I usually only notice the leak when it has gone beyond 2G - when linux
refuses to suspend because I have limited swap. In most cases emacs
would be running for a few days.
The values reported by garbage-collect amount do not reflect the 2GB
allocation being used by emacs.
Advice on tooling is called for to instrument emacs and monitor the
system for memory changes and flag the point when the leak occurs.
In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
of 2020-09-06 built on maher
Emacs Repository revision: 6fc502c1ef327ab357c971b9bffbbd7cb6a436f1
Repository branch: madhu-tip
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Gentoo/Linux
value of $LC_COLLATE: C
value of $LANG: en_US.utf8
Major mode: Fundamental
Minor modes in effect:
> From: Madhu <[hidden email]>
> Date: Sat, 12 Sep 2020 07:42:42 +0530
> There appears to be a memory leak with emacs RSS growing inordinately in
> $ ps o pid,rss,drs,sz,share,start_time,vsize,cmd 26285
> PID RSS DRS SIZE - START VSZ CMD
> 26285 2643236 2996379 2664940 - Sep09 2998948 /7/gtk/emacs/build-xt-xft/src/emacs --debug-init --daemon
> I usually only notice the leak when it has gone beyond 2G - when linux
> refuses to suspend because I have limited swap. In most cases emacs
> would be running for a few days.
> The values reported by garbage-collect amount do not reflect the 2GB
> allocation being used by emacs.
Is the GC report below, collected by report-emacs-bug, from the
session whose RSS has grown up to 2GB? If not, can you post the
output from garbage-collect in that session?
* Eli Zaretskii <[hidden email]> <[hidden email]>
Wrote on Mon, 14 Sep 2020 18:08:26 +0300
> Is the GC report below, collected by report-emacs-bug, from the
> session whose RSS has grown up to 2GB? If not, can you post the
> output from garbage-collect in that session?
Yes it is from the same offending session and was collected by
report-emacs-bug. (that session is now long gone, "pining for the