Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

helm-projectile-find-files does not use cached candidate list #150

Open
visigoth opened this issue Sep 1, 2020 · 1 comment
Open

helm-projectile-find-files does not use cached candidate list #150

visigoth opened this issue Sep 1, 2020 · 1 comment

Comments

@visigoth
Copy link

visigoth commented Sep 1, 2020

for reference, my project is absolutely massive as it is a checkout of AOSP. find . | wc shows 1851855

Expected behavior

helm uses cached candidate list

Actual behavior

it appears that helm is always dropping into helm-get-candidates

Steps to reproduce the problem

Backtraces if necessary (M-x toggle-debug-on-error)

profiler report:

- command-execute                                                4769  98%
 - call-interactively                                            4769  98%
  - funcall-interactively                                        4769  98%
   - helm-projectile-find-file                                   4769  98%
    - helm                                                       4761  98%
     - apply                                                     4761  98%
      - helm                                                     4761  98%
       - apply                                                   4761  98%
        - helm-internal                                          4761  98%
         - helm-read-pattern-maybe                               4757  98%
          - helm-update                                          4744  98%
           - helm--collect-matches                               4740  98%
            - helm-compute-matches                               4740  98%
             - helm-get-cached-candidates                        4728  97%
              - helm-get-candidates                              4728  97%
               - helm-interpret-value                            4728  97%
                - helm-apply-functions-from-source               4728  97%
                 - apply                                         4728  97%
                  - #<compiled 0x330b9d5>                        4636  96%
                   - projectile-current-project-...                  4   0%
                    - projectile-project-root                       4   0%
                     - apply                                        4   0%
                      - ad-Advice-projectile-pro...                  4   0%

Environment & version information

  • helm-projectile version: helm-projectile-20200625.443:

(define-package "helm-projectile" "20200625.443" "Helm integration for Projectile" '((helm "1.9.9") (projectile "2.2.0") (cl-lib "0.3")) :commit "2f3a2a03d6cb9419c25b432637aa11c8d2f9f3b7" :keywords '("project" "convenience") :authors '(("Bozhidar Batsov")) :maintainer '("Bozhidar Batsov") :url "https://github.com/bbatsov/helm-projectile")

  • helm version (in helm-pkg.el): helm-20200830.1534

(define-package "helm" "20200830.1534" "Helm is an Emacs incremental and narrowing framework"
'((emacs "25.1")
(async "1.9.4")
(popup "0.5.3")
(helm-core "3.6.2"))
:commit "3ab96ee577006510ca18568dbb1b30956cf49225" :url "https://emacs-helm.github.io/helm/")

  • projectile version (M-x projectile-version): Projectile 20200822.822
  • Emacs version (M-x emacs-version): GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-09-16
  • OS: Ubuntu 18.04 LTS
@visigoth visigoth changed the title helm-projectile-find-files takes a long time to load candidates helm-projectile-find-files does not use cached candidate list Sep 1, 2020
@gagbo
Copy link

gagbo commented Sep 8, 2020

How long did it take eventually ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants