From: "Óscar Fuentes" <ofv@wanadoo.es>
To: <emacs-devel@gnu.org>
Cc: "Pip Cet" <pipcet@protonmail.com>,
"Gerd Möllmann" <gerd.moellmann@gmail.com>,
"Helmut Eller" <eller.helmut@gmail.com>,
"Andrea Corallo" <acorallo@gnu.org>
Subject: Re: Some experience with the igc branch
Date: Sun, 22 Dec 2024 20:11:17 +0100 [thread overview]
Message-ID: <87h66vwn1m.fsf@telefonica.net> (raw)
In-Reply-To: <87ldw7fwet.fsf@protonmail.com> (Pip Cet via's message of "Sun, 22 Dec 2024 17:41:47 +0000")
Pip Cet via "Emacs development discussions." <emacs-devel@gnu.org>
writes:
>> I suspect that some of those
>> pauses are not related to garbage collection (executing code and moving
>> data also takes time.)
>
> Quite possible. Even if it is GC, please keep in mind that MPS has many
> settings which you can play with, and it can improve things a lot. It's
> not too early to become a fan of the scratch/igc branch, but it is too
> early to reject it for performance reasons. It's a "heads you lose, tails I
> win" situation, I guess.
IIRC MPS is well documented and I can look up those settings, but does
Emacs collect the required info for taking informed decisions?
Anyway, with the setup I'm using for this job is totally unrealistic to
expect instant reaction from Emacs, there is too much heavy stuff
kicking in for every keypress.
> 1. The signal issue. I don't have a good way to fix this and make
> everyone happy, but I do have a solution which hasn't caused a crash for
> me in quite a while. It may be good enough.
Inevitably, a few minutes after sending my message Emacs froze after
working flawlessly since you fixed the JSON issue.
Redisplay just stopped while showing the menu, no crash nor infinite
loop, its CPU usage was typical for the repeating timers that my config
creates. Sadly, instead of attaching gdb I tried to wake up Emacs by
sending SIGUSR1 (no effect, as it is the wrong signal, should be
SIGUSR2) and then sent SINGINT by mistake, which terminated the process.
It's very likely that MPS is innocent on this, but I'm happy to apply
and test any stability improvement patch you have and wish to share.
Thanks.
next prev parent reply other threads:[~2024-12-22 19:11 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-22 15:40 Some experience with the igc branch Óscar Fuentes
2024-12-22 17:18 ` Gerd Möllmann
2024-12-22 17:29 ` Gerd Möllmann
2024-12-22 17:41 ` Pip Cet via Emacs development discussions.
2024-12-22 17:56 ` Gerd Möllmann
2024-12-22 19:11 ` Óscar Fuentes [this message]
[not found] ` <87y107e02u.fsf@protonmail.com>
2024-12-23 1:00 ` Óscar Fuentes
2024-12-22 20:29 ` Helmut Eller
2024-12-22 20:50 ` Gerd Möllmann
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=87h66vwn1m.fsf@telefonica.net \
--to=ofv@wanadoo.es \
--cc=acorallo@gnu.org \
--cc=eller.helmut@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=gerd.moellmann@gmail.com \
--cc=pipcet@protonmail.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.