GNU bug report logs - #65250
30.0.50; "C-h f" is much slower on the master branch

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andrea Corallo <acorallo <at> gnu.org>
Cc: 65250 <at> debbugs.gnu.org
Subject: bug#65250: 30.0.50; "C-h f" is much slower on the master branch
Date: Sat, 12 Aug 2023 20:23:39 +0300

> From: Andrea Corallo <acorallo <at> gnu.org>
> Cc: 65250 <at> debbugs.gnu.org
> Date: Sat, 12 Aug 2023 12:57:27 -0400
> 
> 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,
> 
> can't look at this now, will do on Monday and report.

Thanks, this is on master, so not very urgent.

Previous Next

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