GNU bug report logs -
#69835
Fwd: Eldoc drastically increases CPU usage after update
Previous Next
To reply to this bug, email your comments to 69835 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69835
; Package
emacs
.
(Sun, 17 Mar 2024 00:09:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Noah Friedman <noah <at> splode.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 17 Mar 2024 00:09:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Please mark original sender as the reporter. Thanks.
From: Alexander Prähauser <ahprae <at> protonmail.com>
To: Noah Friedman <friedman <at> splode.com>
Date: Feb 13, 2024 08:57:32
Subject: Eldoc drastically increases CPU usage after update
Hello!
After I recently (within a week) updated my system and Emacs, I noticed that Emacs was a
lot slower and needed more power than previously. I deactivated all
minor modes and re-activated them one after the other, and found that
editing speed decreased drastically when I re-activated Eldoc mode.
Emacs version returns
GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, cairo version 1.18.0) of 2024-02-08
My system is Arch with the newest updates. Please let me know if I can do anything to help with debugging.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69835
; Package
emacs
.
(Sun, 17 Mar 2024 06:09:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 69835 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 16 Mar 2024 17:08:05 -0700 (PDT)
> From: Noah Friedman <noah <at> splode.com>
>
> Please mark original sender as the reporter. Thanks.
I don't know what that means in practice, sorry. Michael, can you
help?
> From: Alexander Prähauser <ahprae <at> protonmail.com>
> To: Noah Friedman <friedman <at> splode.com>
> Date: Feb 13, 2024 08:57:32
> Subject: Eldoc drastically increases CPU usage after update
>
> After I recently (within a week) updated my system and Emacs, I noticed that Emacs was a
> lot slower and needed more power than previously. I deactivated all
> minor modes and re-activated them one after the other, and found that
> editing speed decreased drastically when I re-activated Eldoc mode.
> Emacs version returns
>
> GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, cairo version 1.18.0) of 2024-02-08
>
> My system is Arch with the newest updates. Please let me know if I can do anything to help with debugging.
Please tell what was the previous HEAD against which you measure the
performance. The latest change in eldoc.el was on Feb 23 and was
related to obarray changes; I find it hard to believe that change
could have had such an effect. The change before that was on Jan 20.
Both are outside of the "within a week" period you seem to be
referring to.
A recipe to reproduce the problem starting from "emacs -Q" would be
nice.
Changed bug submitter to 'Alexander Prähauser <ahprae <at> protonmail.com>' from 'Noah Friedman <noah <at> splode.com>'
Request was from
Michael Albinus <michael.albinus <at> gmx.de>
to
control <at> debbugs.gnu.org
.
(Sun, 17 Mar 2024 08:06:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#69835
; Package
emacs
.
(Sun, 17 Mar 2024 08:12:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 69835 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
Hi Eli,
>> Please mark original sender as the reporter. Thanks.
>
> I don't know what that means in practice, sorry. Michael, can you
> help?
You must send a debbugs control message like
--8<---------------cut here---------------start------------->8---
submitter 69835 Alexander Prähauser <ahprae <at> protonmail.com>
--8<---------------cut here---------------end--------------->8---
Done.
Best regards, Michael.
This bug report was last modified 1 year and 145 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.