GNU bug report logs -
#65250
30.0.50; "C-h f" is much slower on the master branch
Previous Next
Reported by: Eli Zaretskii <eliz <at> gnu.org>
Date: Sat, 12 Aug 2023 15:50:02 UTC
Severity: normal
Found in version 30.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #14 received at 65250 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> To reproduce:
>
> emacs -Q
> C-h f dictionary-search RET
>
> (almost any other function will do, I think).
>
> This takes a whopping 6.6 sec of CPU on master, vs 2.4 sec on the
> emacs-29 branch. These are both unoptimized builds, but even so,
> 6.6 seconds of CPU time for looking up a doc string of a function
> is too much, I think.
>
> The patch below fixes the problem in a build without
> native-compilation, but won't help in a build with native-compilation.
> I wonder why comp-function-type-spec is so expensive?
Hi Eli,
I'm failing to reproduce it, this is what I did on latest master:
~~~
CFLAGS='-g3 -O0' make bootstrap -j16
./src/emacs -Q
M-: (require 'dictionary)
C-h f dictionary-search RET
~~~
The result is pretty much istantaneous on my machine.
I guess I'm doing something different from what you did?
Thanks
Andrea
This bug report was last modified 1 year and 280 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.