GNU bug report logs -
#42190
27.0.91; flex matching is slow
Previous Next
Reported by: Ivan Yonchovski <yyoncho <at> gmail.com>
Date: Sat, 4 Jul 2020 17:07:02 UTC
Severity: normal
Tags: moreinfo
Found in version 27.0.91
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 42190 in the body.
You can then email your comments to 42190 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#42190
; Package
emacs
.
(Sat, 04 Jul 2020 17:07:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ivan Yonchovski <yyoncho <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 04 Jul 2020 17:07:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
To reproduce the issue, install company-mode, go scratch buffer
execute the code:
(company-mode 1)
(setq completion-styles '(basic flex)
company-idle-delay 0)
type
(rrrrrr) and then start deleting from the last r to the first one.
Observerd behaviour: the completion lags/feels slugish even in the
emacs -q setup(it gets slower if you load several packages).
The main offenders are:
completion-flex-all-completions + GC - on CPU profiler
completion-pcm--hilit-commonality - on Memory profiler
Thanks,
Ivan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#42190
; Package
emacs
.
(Mon, 06 Jun 2022 14:22:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 42190 <at> debbugs.gnu.org (full text, mbox):
Ivan Yonchovski <yyoncho <at> gmail.com> writes:
> To reproduce the issue, install company-mode, go scratch buffer
> execute the code:
>
> (company-mode 1)
> (setq completion-styles '(basic flex)
> company-idle-delay 0)
>
> type
>
> (rrrrrr) and then start deleting from the last r to the first one.
>
> Observerd behaviour: the completion lags/feels slugish even in the
> emacs -q setup(it gets slower if you load several packages).
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
I seem to vaguely recall there being some improvements to flex
completion lately -- do you still see this problem in Emacs 29?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 06 Jun 2022 14:22:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#42190
; Package
emacs
.
(Tue, 05 Jul 2022 11:38:01 GMT)
Full text and
rfc822 format available.
Message #13 received at 42190 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> I seem to vaguely recall there being some improvements to flex
> completion lately -- do you still see this problem in Emacs 29?
More information was requested, but no response was given within a
month, so I'm closing this bug report. If the problem still exists,
please respond to this email and we'll reopen the bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
42190 <at> debbugs.gnu.org and Ivan Yonchovski <yyoncho <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 05 Jul 2022 11:39:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 03 Aug 2022 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 264 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.