GNU bug report logs - #77961
31.0.50; Rendering HTML email is very slow since commit #eab14d68b2e72b9a6b8b0cc67c9667c2bfbed4f5

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>, martin rudalics <rudalics <at> gmx.at>
Cc: yantar92 <at> posteo.net, inigoserna <at> gmx.com, 77961 <at> debbugs.gnu.org
Subject: bug#77961: 31.0.50; Rendering HTML email is very slow since commit #eab14d68b2e72b9a6b8b0cc67c9667c2bfbed4f5
Date: Tue, 22 Apr 2025 15:55:18 +0300

> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: Iñigo Serna <inigoserna <at> gmx.com>,  Eli Zaretskii
>  <eliz <at> gnu.org>,
>   77961 <at> debbugs.gnu.org
> Date: Tue, 22 Apr 2025 09:10:42 +0200
> 
> Ihor Radchenko <yantar92 <at> posteo.net> writes:
> 
> > Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
> >>>>> I attach a profiler output, and a HTML file which causes a similar
> >>>>> slowdown when opening from eww.
> >>
> >> I'm afraid I don't see much in the profile. Only thing is that that
> >> redisplay_internal isn't called often. Which makes it even weirder that
> >> glyph matrix enlargement should play a role.
> >
> > Looking into reverse call tree (B), I see that
> >
> >         1874  33% + set-window-configuration
> >
> > takes 1/3 of CPU cycles. Looking into its source, it does deal with
> > glyph matrices. So, it is the suspect, judging from the submitted
> > profiler report.
> 
> Thanks, indeed.
> 
> Which I also find weird. Why is that done in the first place?

If the comment in set-window-configuration before it messes with glyph
matrices doesn't answer this question, maybe Martin (CC'ed) can help us
understand the reason?

Previous Next

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