GNU bug report logs -
#59678
[PATCH] sh-script: use completion-table-with-cache to improve performance
Previous Next
Reported by: yikai <at> z1k.dev
Date: Tue, 29 Nov 2022 14:31:02 UTC
Severity: normal
Tags: patch
Done: Eli Zaretskii <eliz <at> gnu.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 59678 in the body.
You can then email your comments to 59678 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#59678
; Package
emacs
.
(Tue, 29 Nov 2022 14:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
yikai <at> z1k.dev
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 29 Nov 2022 14:31:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I found that the auto-completion on .sh files (with company-mode) was pretty slow (takes several seconds).
It turns out that company-mode would call the capf function with 'metadata action for each candidate,
where each function call would need to list all the cmds. In this patch, I modified the code to use
completion-table-with-cache which fixes the problem for me.
---
lisp/progmodes/sh-script.el | 26 ++++++++++++--------------
1 file changed, 12 insertions(+), 14 deletions(-)
diff --git a/lisp/progmodes/sh-script.el b/lisp/progmodes/sh-script.el
index 408ebfc0451..188b3b73125 100644
--- a/lisp/progmodes/sh-script.el
+++ b/lisp/progmodes/sh-script.el
@@ -1688,19 +1688,17 @@ sh--vars-before-point
;; (defun sh--var-completion-table (string pred action)
;; (complete-with-action action (sh--vars-before-point) string pred))
-(defun sh--cmd-completion-table (string pred action)
- (let ((cmds
- (append (when (fboundp 'imenu--make-index-alist)
- (mapcar #'car
- (condition-case nil
- (imenu--make-index-alist)
- (imenu-unavailable nil))))
- (mapcar (lambda (v) (concat v "="))
- (sh--vars-before-point))
- (locate-file-completion-table
- exec-path exec-suffixes string pred t)
- sh--completion-keywords)))
- (complete-with-action action cmds string pred)))
+(defun sh--cmd-completion-table-gen (string)
+ (append (when (fboundp 'imenu--make-index-alist)
+ (mapcar #'car
+ (condition-case nil
+ (imenu--make-index-alist)
+ (imenu-unavailable nil))))
+ (mapcar (lambda (v) (concat v "="))
+ (sh--vars-before-point))
+ (locate-file-completion-table
+ exec-path exec-suffixes string nil t)
+ sh--completion-keywords))
(defun sh-completion-at-point-function ()
(save-excursion
@@ -1713,7 +1711,7 @@ sh-completion-at-point-function
(list start end (sh--vars-before-point)
:company-kind (lambda (_) 'variable)))
((sh-smie--keyword-p)
- (list start end #'sh--cmd-completion-table
+ (list start end (completion-table-with-cache #'sh--cmd-completion-table-gen)
:company-kind
(lambda (s)
(cond
--
2.38.1
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59678
; Package
emacs
.
(Thu, 01 Dec 2022 15:47:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 59678 <at> debbugs.gnu.org (full text, mbox):
> Cc: Yikai Zhao <yikai <at> z1k.dev>
> From: yikai <at> z1k.dev
> Date: Tue, 29 Nov 2022 22:30:14 +0800
>
> Hi,
>
> I found that the auto-completion on .sh files (with company-mode) was pretty slow (takes several seconds).
> It turns out that company-mode would call the capf function with 'metadata action for each candidate,
> where each function call would need to list all the cmds. In this patch, I modified the code to use
> completion-table-with-cache which fixes the problem for me.
Stefan, any comments?
> lisp/progmodes/sh-script.el | 26 ++++++++++++--------------
> 1 file changed, 12 insertions(+), 14 deletions(-)
>
> diff --git a/lisp/progmodes/sh-script.el b/lisp/progmodes/sh-script.el
> index 408ebfc0451..188b3b73125 100644
> --- a/lisp/progmodes/sh-script.el
> +++ b/lisp/progmodes/sh-script.el
> @@ -1688,19 +1688,17 @@ sh--vars-before-point
> ;; (defun sh--var-completion-table (string pred action)
> ;; (complete-with-action action (sh--vars-before-point) string pred))
>
> -(defun sh--cmd-completion-table (string pred action)
> - (let ((cmds
> - (append (when (fboundp 'imenu--make-index-alist)
> - (mapcar #'car
> - (condition-case nil
> - (imenu--make-index-alist)
> - (imenu-unavailable nil))))
> - (mapcar (lambda (v) (concat v "="))
> - (sh--vars-before-point))
> - (locate-file-completion-table
> - exec-path exec-suffixes string pred t)
> - sh--completion-keywords)))
> - (complete-with-action action cmds string pred)))
> +(defun sh--cmd-completion-table-gen (string)
> + (append (when (fboundp 'imenu--make-index-alist)
> + (mapcar #'car
> + (condition-case nil
> + (imenu--make-index-alist)
> + (imenu-unavailable nil))))
> + (mapcar (lambda (v) (concat v "="))
> + (sh--vars-before-point))
> + (locate-file-completion-table
> + exec-path exec-suffixes string nil t)
> + sh--completion-keywords))
>
> (defun sh-completion-at-point-function ()
> (save-excursion
> @@ -1713,7 +1711,7 @@ sh-completion-at-point-function
> (list start end (sh--vars-before-point)
> :company-kind (lambda (_) 'variable)))
> ((sh-smie--keyword-p)
> - (list start end #'sh--cmd-completion-table
> + (list start end (completion-table-with-cache #'sh--cmd-completion-table-gen)
> :company-kind
> (lambda (s)
> (cond
> --
> 2.38.1
>
>
>
>
>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59678
; Package
emacs
.
(Thu, 01 Dec 2022 20:31:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 59678 <at> debbugs.gnu.org (full text, mbox):
>> I found that the auto-completion on .sh files (with company-mode) was
>> pretty slow (takes several seconds). It turns out that company-mode
>> would call the capf function with 'metadata action for each
>> candidate, where each function call would need to list all the
>> cmds. In this patch, I modified the code to use
>> completion-table-with-cache which fixes the problem for me.
>
> Stefan, any comments?
Looks OK to me. The description of the problem looks concerning, tho:
if Company really calls the completion table with `metadata` once per
candidate, then there's a bug in company.
Stefan
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 02 Dec 2022 13:45:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
yikai <at> z1k.dev
:
bug acknowledged by developer.
(Fri, 02 Dec 2022 13:45:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 59678-done <at> debbugs.gnu.org (full text, mbox):
> Cc: Yikai Zhao <yikai <at> z1k.dev>
> From: yikai <at> z1k.dev
> Date: Tue, 29 Nov 2022 22:30:14 +0800
>
> Hi,
>
> I found that the auto-completion on .sh files (with company-mode) was pretty slow (takes several seconds).
> It turns out that company-mode would call the capf function with 'metadata action for each candidate,
> where each function call would need to list all the cmds. In this patch, I modified the code to use
> completion-table-with-cache which fixes the problem for me.
Thanks, installed on the emacs-29 branch.
In the future, please accompany your changes with ChangeLog-style commit of
messages (see CONTRIBUTE for the details).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59678
; Package
emacs
.
(Fri, 02 Dec 2022 13:46:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 59678 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: yikai <at> z1k.dev, 59678 <at> debbugs.gnu.org
> Date: Thu, 01 Dec 2022 15:30:04 -0500
>
> >> I found that the auto-completion on .sh files (with company-mode) was
> >> pretty slow (takes several seconds). It turns out that company-mode
> >> would call the capf function with 'metadata action for each
> >> candidate, where each function call would need to list all the
> >> cmds. In this patch, I modified the code to use
> >> completion-table-with-cache which fixes the problem for me.
> >
> > Stefan, any comments?
>
> Looks OK to me. The description of the problem looks concerning, tho:
> if Company really calls the completion table with `metadata` once per
> candidate, then there's a bug in company.
Thanks, I therefore installed the changes.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59678
; Package
emacs
.
(Fri, 02 Dec 2022 17:01:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 59678-done <at> debbugs.gnu.org (full text, mbox):
On Fri, Dec 2, 2022 at 9:44 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > Cc: Yikai Zhao <yikai <at> z1k.dev>
> > From: yikai <at> z1k.dev
> > Date: Tue, 29 Nov 2022 22:30:14 +0800
> >
> > Hi,
> >
> > I found that the auto-completion on .sh files (with company-mode) was pretty slow (takes several seconds).
> > It turns out that company-mode would call the capf function with 'metadata action for each candidate,
> > where each function call would need to list all the cmds. In this patch, I modified the code to use
> > completion-table-with-cache which fixes the problem for me.
>
> Thanks, installed on the emacs-29 branch.
>
> In the future, please accompany your changes with ChangeLog-style commit of
> messages (see CONTRIBUTE for the details).
Thanks. I will do that next time.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#59678
; Package
emacs
.
(Fri, 02 Dec 2022 17:02:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 59678 <at> debbugs.gnu.org (full text, mbox):
On Fri, Dec 2, 2022 at 4:30 AM Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
>
> >> I found that the auto-completion on .sh files (with company-mode) was
> >> pretty slow (takes several seconds). It turns out that company-mode
> >> would call the capf function with 'metadata action for each
> >> candidate, where each function call would need to list all the
> >> cmds. In this patch, I modified the code to use
> >> completion-table-with-cache which fixes the problem for me.
> >
> > Stefan, any comments?
>
> Looks OK to me. The description of the problem looks concerning, tho:
> if Company really calls the completion table with `metadata` once per
> candidate, then there's a bug in company.
Thanks!
I again confirmed that this is the current behavior.
I created an issue for company-mode to follow up.
https://github.com/company-mode/company-mode/issues/1351
>
>
> Stefan
>
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 31 Dec 2022 12:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 261 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.