GNU bug report logs - #68249
30.0.50; Rmail summaries much slower

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Fri, 5 Jan 2024 04:24:01 UTC

Severity: normal

Found in version 30.0.50

Done: Stefan Kangas <stefankangas <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: rms <at> gnu.org
Cc: 68249 <at> debbugs.gnu.org
Subject: bug#68249: 30.0.50; Rmail summaries much slower
Date: Sun, 07 Jan 2024 09:27:21 +0200
> From: Richard Stallman <rms <at> gnu.org>
> Cc: 68249 <at> debbugs.gnu.org
> Date: Sat, 06 Jan 2024 23:31:45 -0500
> 
>         1573  54% + command-execute
>         1098  38%   Automatic GC
>          159   5% + timer-event-handler
>           25   0% + ...
>           19   0%   redisplay_internal (C function)
>            8   0% + rmail-summary-rmail-update
> 
> I am not sure what that implies, since nothing in a loop
> to check messages appears in it.

You didn't expand the profile.  All those lines which have a "+"
before the function's name are "folded", and you can "unfold" them by
going to the line and pressing RET.  "C-u RET" will unfold _all_ such
folded lines, and you will see the detailed profile of
command-execute, which I think where the problem happens, and where
you will find the loop that checks messages (or a function that runs
such a loop).

> Should I try this in the previous version for comparison?

That could help, yes.  But before that, I think a fully expanded
("unfolded") profile of the current version is needed.

It is also strange that GC takes such a large proportion of time.  It
is possible that the slowdown is because some subroutine makes much
more garbage than the previous implementation did.




This bug report was last modified 1 year and 197 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.