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

Previous Next

Full log

Message #47 received at 77961 <at> debbugs.gnu.org (full text, mbox):

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>,
 Iñigo Serna <inigoserna <at> gmx.com>, 77961 <at> debbugs.gnu.org
Subject: Re: bug#77961: 31.0.50; Rendering HTML email is very slow since
 commit #eab14d68b2e72b9a6b8b0cc67c9667c2bfbed4f5
Date: Tue, 22 Apr 2025 10:02:58 +0200

[Message part 1 (text/plain, inline)]

Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:

> Ihor Radchenko <yantar92 <at> posteo.net> writes:
>
>> Iñigo Serna <inigoserna <at> gmx.com> writes:
>>
>>> I attach a profiler report of opening the same HTML email with 
>>> commit
>>> #eab14d68b2e72b9a6b8b0cc67c9667c2bfbed4f5 reverted (ie, no memset, 
>>>  no
>>> for-loop either).
>>
>> what could provide more datapoints is compiling with -g3 and then
>> recording perf profile.
>
> That and maybe more samples with Emacs' profiler, i.e. run it say 100
> times in a loop.

Could you please also check with this diff?

[xxx.diff (text/x-patch, attachment)]

[Message part 3 (text/plain, inline)]

This kind of assumes that set-window-configuration is called in a sort
of tight loop, and that window matrix sizes actually don't change.

Previous Next

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