From: Jean Louis <bugs@gnu.support>
To: Eli Zaretskii <eliz@gnu.org>
Cc: michael_heerdegen@web.de, 43389@debbugs.gnu.org,
RLAdams@AdamsInfoServ.Com
Subject: bug#43389: 28.0.50; Emacs memory leaks
Date: Tue, 10 Nov 2020 22:51:16 +0300 [thread overview]
Message-ID: <X6rvNFzPN69jt1Re@protected.rcdrun.com> (raw)
In-Reply-To: <83d00l2oz9.fsf@gnu.org>
* Eli Zaretskii <eliz@gnu.org> [2020-11-10 18:47]:
> > Date: Tue, 10 Nov 2020 01:33:17 +0300
> > From: Jean Louis <bugs@gnu.support>
> > Cc: Eli Zaretskii <eliz@gnu.org>, 43389@debbugs.gnu.org,
> > Russell Adams <RLAdams@AdamsInfoServ.Com>
> >
> > It was happening regularly under EXWM. Memory get occupied more and
> > more and more until it does not go any more, swapping becomes tedious
> > and computer becomes non-responsive. Then I had to kill it. By using
> > symon-mode I could see swapping of 8 GB and more. My memory is 4 GB
> > plus 8 GB swap currently.
> >
> > This similar condition takes place only after keeping Emacs long in
> > memory like maybe 5-8 hours.
> >
> > After putting laptop to sleep it happens more often.
> >
> > When I changed to IceWM this happened only once.
>
> If this was due to a WM, are you sure it was Emacs that was eating up
> memory, and not the WM itself?
More often I could not do anything. So I have just hard reset computer
without shutdown. For some reason not even the Magic SysRq key was
enabled on Hyperbola GNU/Linux-libre, so I have enabled that one to at
least synchronize disk data and unmount disks before the rest.
How I know it was Emacs? I do not know, I am just assuming. I was
using almost exclusively Emacs and sometimes sxiv image viewer which
exits after viewing and browser. Then I switched to console and tried
killing browser to see if system becomes responsive. Killing any other
program did not make system responsive, so only killing Emacs gave me
back responsiveness. Provided I could switch to console as
responsiveness was terrible. From maybe 20 times I could switch maybe
few times to console to actually get responsiveness.
This happened more than 20 times and I was using symon-mode to monitor
swapping. When I have seen that swapping is few gigabytes for no good
reason I have tried killing everything to understand what is going
on. I've end up killing Emacs and EXWM and restarting X to get into
good shape.
Because it was tedious over weeks not to be able to rely on computer
under EXWM, I have switched to IceWM which is familiar to me. And I
did not encounter anything like that regardless how long Emacs runs.
Now after discussion of other bug where you suggested limiting rss and
after limiting rss I could invoke ./a.out and get prompt, and maybe
that ulimit -m or other tweaking could stop that type of behavior. I
have to look into it.
It could be again that Emacs is not responsible for that but rather
liberal system settings.
> If it was Emacs, then I think the only way it could depend on the WM
> is if the WM feeds Emacs with many X events that somehow consume
> memory.
I was thinking to report to EXWM but I am unsure why it is happening
and cannot easily find out what is really swapping. But because I used
often Emacs exclusively that is how I know that it has to be Emacs
swapping.
next prev parent reply other threads:[~2020-11-10 19:51 UTC|newest]
Thread overview: 110+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-14 0:43 bug#43389: 28.0.50; Emacs memory leaks Michael Heerdegen
2020-09-14 19:09 ` Juri Linkov
2020-09-15 0:32 ` Michael Heerdegen
2020-09-15 17:54 ` Russell Adams
2020-09-15 18:52 ` Eli Zaretskii
2020-09-15 21:12 ` Russell Adams
2020-09-16 14:52 ` Eli Zaretskii
2020-09-17 20:47 ` Russell Adams
2020-09-17 21:58 ` Joshua Branson via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-09-17 23:09 ` Russell Adams
2020-09-18 6:56 ` Eli Zaretskii
2020-09-18 7:53 ` Robert Pluim
2020-09-18 8:13 ` Eli Zaretskii
2020-09-20 20:08 ` jbranso--- via Bug reports for GNU Emacs, the Swiss army knife of text editors
2020-09-18 8:22 ` Eli Zaretskii
2020-11-09 20:46 ` Michael Heerdegen
2020-11-09 21:24 ` Michael Heerdegen
2020-11-09 21:51 ` Michael Heerdegen
2020-11-10 3:36 ` Eli Zaretskii
2020-11-10 8:22 ` Andreas Schwab
2020-11-10 12:59 ` Michael Heerdegen
2020-11-10 13:01 ` Andreas Schwab
2020-11-10 13:10 ` Michael Heerdegen
2020-11-10 13:20 ` Eli Zaretskii
2020-11-10 13:26 ` Michael Heerdegen
2020-11-10 14:25 ` Michael Heerdegen
2020-11-10 15:36 ` Eli Zaretskii
2020-11-10 17:44 ` Eli Zaretskii
2020-11-10 18:55 ` Michael Heerdegen
2020-11-10 15:34 ` Eli Zaretskii
2020-11-10 16:49 ` Michael Heerdegen
2020-11-10 17:13 ` Eli Zaretskii
2020-12-08 1:07 ` Michael Heerdegen
2020-12-08 3:24 ` Jose A. Ortega Ruiz
2020-12-08 12:37 ` Russell Adams
2020-12-08 5:13 ` Jean Louis
2020-12-08 16:29 ` Michael Heerdegen
2020-12-10 0:50 ` Michael Heerdegen
2020-12-10 5:43 ` Jean Louis
2020-11-10 15:53 ` Eli Zaretskii
2020-11-10 10:25 ` Michael Heerdegen
2020-11-10 15:55 ` Eli Zaretskii
2020-11-10 16:41 ` Michael Heerdegen
2020-11-09 22:33 ` Jean Louis
2020-11-10 15:47 ` Eli Zaretskii
2020-11-10 16:36 ` Michael Heerdegen
2020-11-10 19:51 ` Jean Louis [this message]
2020-11-10 3:30 ` Eli Zaretskii
2020-11-26 15:42 ` Russell Adams
2020-11-26 16:34 ` Eli Zaretskii
2020-11-26 16:54 ` Russell Adams
2020-11-26 19:20 ` Eli Zaretskii
2020-11-27 10:45 ` Russell Adams
2020-11-27 12:38 ` Eli Zaretskii
2020-11-28 19:56 ` Russell Adams
2020-11-28 20:13 ` Eli Zaretskii
2020-11-28 21:52 ` Basil L. Contovounesios
2020-11-29 3:29 ` Eli Zaretskii
2020-09-17 20:59 ` Thomas Ingram
2020-10-29 20:17 ` Trevor Bentley
2020-10-30 8:00 ` Eli Zaretskii
2020-11-11 21:15 ` Trevor Bentley
2020-11-12 14:24 ` Eli Zaretskii
2020-11-16 20:16 ` Eli Zaretskii
2020-11-16 20:42 ` Florian Weimer
2020-11-17 15:45 ` Eli Zaretskii
2020-11-17 16:32 ` Carlos O'Donell
2020-11-17 17:13 ` Eli Zaretskii
2020-11-17 17:20 ` DJ Delorie
2020-11-17 19:52 ` Eli Zaretskii
2020-11-17 19:59 ` DJ Delorie
2020-11-17 20:13 ` Florian Weimer
2020-11-17 20:16 ` DJ Delorie
2020-11-17 20:27 ` Eli Zaretskii
2020-11-17 20:35 ` Florian Weimer
2020-11-17 20:43 ` Eli Zaretskii
2020-11-17 20:58 ` Florian Weimer
2020-11-17 21:10 ` Eli Zaretskii
2020-11-18 5:43 ` Carlos O'Donell
2020-11-18 6:09 ` Jean Louis
2020-11-18 8:32 ` Andreas Schwab
2020-11-18 9:01 ` Jean Louis
2020-11-18 16:19 ` Russell Adams
2020-11-18 17:30 ` Eli Zaretskii
2020-11-19 15:57 ` Carlos O'Donell
2020-11-18 18:01 ` Eli Zaretskii
2020-11-18 18:27 ` DJ Delorie
2020-11-19 16:08 ` Carlos O'Donell
2020-11-22 20:19 ` Deus Max
2020-11-23 3:26 ` Eli Zaretskii
2020-11-23 16:45 ` Deus Max
2020-11-23 17:07 ` Eli Zaretskii
2020-11-17 16:33 ` Florian Weimer
2020-11-17 17:08 ` Eli Zaretskii
2020-11-17 17:24 ` Florian Weimer
2020-11-17 20:39 ` Jean Louis
2020-11-17 20:57 ` DJ Delorie
2020-11-17 21:45 ` Jean Louis
2020-11-18 15:03 ` Eli Zaretskii
2020-11-23 18:55 ` Jean Louis
[not found] ` <87wnyju40z.fsf@mail.trevorbentley.com>
2020-11-17 20:36 ` Eli Zaretskii
2020-11-18 21:47 ` Jose A. Ortega Ruiz
2020-11-19 14:03 ` Eli Zaretskii
2020-11-19 14:34 ` Jean Louis
2020-11-19 16:03 ` Carlos O'Donell
2020-11-19 17:25 ` jao
2020-12-09 19:41 ` Jose A. Ortega Ruiz
2020-12-09 20:25 ` Lars Ingebrigtsen
2020-12-09 21:04 ` Jose A. Ortega Ruiz
2020-12-11 13:55 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=X6rvNFzPN69jt1Re@protected.rcdrun.com \
--to=bugs@gnu.support \
--cc=43389@debbugs.gnu.org \
--cc=RLAdams@AdamsInfoServ.Com \
--cc=eliz@gnu.org \
--cc=michael_heerdegen@web.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).