From: Joseph Mingrone <jrm@ftfl.ca>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: "Mattias Engdegård" <mattiase@acm.org>,
Akater <nuclearspace@gmail.com>,
37006-done@debbugs.gnu.org
Subject: bug#37006: Emacs 27 master consumes more memory than 26 and freezes regularly
Date: Thu, 05 Sep 2019 13:12:11 -0300 [thread overview]
Message-ID: <868sr27mec.fsf@phe.ftfl.ca> (raw)
In-Reply-To: <9a06837b-eedd-808c-01e8-97ac504032e4@cs.ucla.edu> (Paul Eggert's message of "Tue, 3 Sep 2019 13:11:03 -0700")
[-- Attachment #1: Type: text/plain, Size: 1484 bytes --]
Paul Eggert <eggert@cs.ucla.edu> writes:
> Paul Eggert wrote:
>> Eli Zaretskii wrote:
>>> once
>>> gc-cons-threshold is set to a large value, it effectively disables GC
>>> for the rest of the session, even if after that gc-cons-threshold is
>>> reset back
>> Yes, that's next on my list of things to look at, after untangling this XDG
>> configuration mess.
> Although I haven't finished untangling the XDG configuration mess, I did get some time free to attack the gc-cons-threshold issue and installed the attached.
> As this should fix the problem reported in Bug#37006 I'm boldly closing that bug report.
This issue still exists for me. After rebuilding on 5f089ac, I re-added
the (setq gc-cons-threshold most-positive-fixnum) / (setq
gc-cons-threshold 800000) surrounding init.el (assuming the issue was
fixed) then when Emacs' memory usage was over 2 GB, I turned on
`garbage-collection-messages', opened some large files, and could see
that garbage collection was not happening.
I just removed the surrounding (setq gc-cons-threshold
most-positive-fixnum) / (setq gc-cons-threshold 800000) and I see
garbage collection is happening for now. I will report back if this
does not remain so. In the last week or two running on a commit that
was some time after a recent fix (sorry, don't have the exact commit)
garbage collection was happening and the memory usage was not exploding.
The `gc-cons-threshold' hack in init.el was commented out.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 979 bytes --]
next prev parent reply other threads:[~2019-09-05 16:12 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-31 15:46 Emacs 27 master consumes more memory than 26 and freezes regularly Akater
2019-08-31 16:30 ` Eli Zaretskii
2019-08-31 19:24 ` Paul Eggert
2019-09-03 20:11 ` bug#37006: " Paul Eggert
2019-09-05 16:12 ` Joseph Mingrone [this message]
2019-09-05 17:01 ` Paul Eggert
2019-09-05 17:06 ` Joseph Mingrone
2019-09-05 20:30 ` Paul Eggert
2019-09-05 21:28 ` Joseph Mingrone
2019-09-05 21:34 ` Paul Eggert
2019-09-06 7:03 ` 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=868sr27mec.fsf@phe.ftfl.ca \
--to=jrm@ftfl.ca \
--cc=37006-done@debbugs.gnu.org \
--cc=eggert@cs.ucla.edu \
--cc=mattiase@acm.org \
--cc=nuclearspace@gmail.com \
/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.