[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#65250: 30.0.50; "C-h f" is much slower on the master branch
From: |
Andrea Corallo |
Subject: |
bug#65250: 30.0.50; "C-h f" is much slower on the master branch |
Date: |
Sat, 12 Aug 2023 12:57:27 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Eli Zaretskii <eliz@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.
Best Regards
Andrea
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Eli Zaretskii, 2023/08/12
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch,
Andrea Corallo <=
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Andrea Corallo, 2023/08/14
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Eli Zaretskii, 2023/08/14
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Eli Zaretskii, 2023/08/14
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Andrea Corallo, 2023/08/14
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Eli Zaretskii, 2023/08/14
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Andrea Corallo, 2023/08/14
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Andrea Corallo, 2023/08/14
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Andrea Corallo, 2023/08/16
- bug#65250: 30.0.50; "C-h f" is much slower on the master branch, Eli Zaretskii, 2023/08/16