all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: edgar <edgarlux@cryptolab.net>
To: help-gnu-emacs@gnu.org
Subject: Re: How to debug memory leaks
Date: Thu, 25 Mar 2021 05:29:58 +0000	[thread overview]
Message-ID: <e079d6971c25104e6430ca5cac343ccb@cryptolab.net> (raw)

 From: 	Eli Zaretskii

> It's unlikely.

Yet, it happened--more than once (did you notice that I said "my Emacs 
setup" and not "Emacs"?). The good news: it's not happening anymore :)

> I'd start by looking in your init files for any customization that 
> affects GC.
> 
> Also, if you use Emacs 27.1, try the RC2 release candidate of Emacs 
> 27.2, I think it fixed a problem which could create a situation where 
> GC is prevented.

So very interesting. I did have an Emacs compiled by my system, but when 
the problem surfaced, I went for my distro's package to see if that 
would solve it (not really). When I brought moe-theme back, I disabled 
the DejaVu Sans Mono font, and Emacs behaved well. It was really loading 
the TAGS which added like 400 MB on the stack (virtual and 
resident--yeah, sounds unlikely, right?). Therefore, I went to look for 
an alternative.

I am not a fan of having a subprocess running, but after trying eglot 
with clangd, I was convinced that 150 MB more on my stack would be 
acceptable. Even more, because it goes away once the buffer is closed.

I haven't done a garbage collect, and I know that having near 750 MB in 
virtual and 140 MB in resident memory is still a lot, but it is at least 
not +4 GB in between RAM and swap.

I would next compile Emacs, but I'll settle for this right now, and get 
some work done.

Thank you, Eli and all the developers for providing the world with the 
most customisable editor ever! (sorry to Mr. Stallman for calling it an 
editor)



             reply	other threads:[~2021-03-25  5:29 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-25  5:29 edgar [this message]
2021-03-25 14:23 ` How to debug memory leaks Stefan Monnier
2021-03-25 15:01   ` Jean Louis
2021-03-25 15:18     ` Stefan Monnier
2021-03-25 20:15       ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-25 17:54 ` edgar
2021-03-25 18:26   ` Stefan Monnier
2021-03-25 19:38   ` Jean Louis
2021-03-25 22:24     ` edgar
2021-03-26  5:48       ` Robert Thorpe
2021-03-26  5:58         ` edgar
2021-03-26 14:11         ` Stefan Monnier
2021-03-26 14:17           ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 14:23             ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 14:57           ` Arthur Miller
2021-03-26 15:02             ` Eli Zaretskii
2021-03-26 15:09               ` Arthur Miller
2021-03-26 15:33                 ` Eli Zaretskii
2021-03-26 15:53                   ` Arthur Miller
2021-03-26 16:03                     ` Eli Zaretskii
2021-03-26 16:11                       ` Arthur Miller
2021-03-26 16:25                         ` Stefan Monnier
2021-03-26 16:32                           ` Arthur Miller
2021-03-26 16:44                             ` Stefan Monnier
2021-03-26 18:02                               ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 18:31                                 ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-27  8:20                               ` Arthur Miller
2021-03-27 15:03                                 ` Stefan Monnier
2021-03-27 15:13                                   ` Arthur Miller
2021-03-27 15:30                                   ` Emanuel Berg via Users list for the GNU Emacs text editor
2021-03-26 15:10             ` boost interactive feel speed (was: Re: How to debug memory leaks) Emanuel Berg via Users list for the GNU Emacs text editor
  -- strict thread matches above, loose matches on Subject: below --
2021-03-25 22:21 How to debug memory leaks edgar
2021-03-21 18:17 edgar
2021-03-21 18:25 ` Eli Zaretskii

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e079d6971c25104e6430ca5cac343ccb@cryptolab.net \
    --to=edgarlux@cryptolab.net \
    --cc=help-gnu-emacs@gnu.org \
    /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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.