First off, thank you so much for your work on vim-rails and your other vim plugins, I use them every day and they are delightful.
My issue was that gf was taking a long time to open files under the cursor (~5 seconds).
I did some digging with the vim profile tool, and it seemed like a lot of time was being spent looking for where the symbols under the cursor were defined:
I then used strace to show the system calls vim was making when I used gf - and discovered it was making many calls to openat / newfstatat to paths under tmp/cache/bootsnap-compile-cache .
After I removed my project's tmp directory with rails tmp:clear - gf became much snappier.
I don't know if this behaviour of searching tmp is expected or is caused by something I have might have in my environment, so this might just something silly I've done.
vim --version: VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Sep 22 2023 00:00:00)
ruby --version: ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x86_64-linux]
vim-rails version: 1ad9663
First off, thank you so much for your work on vim-rails and your other vim plugins, I use them every day and they are delightful.
My issue was that
gf
was taking a long time to open files under the cursor (~5 seconds).I did some digging with the vim profile tool, and it seemed like a lot of time was being spent looking for where the symbols under the cursor were defined:
I then used
strace
to show the system calls vim was making when I usedgf
- and discovered it was making many calls toopenat
/newfstatat
to paths undertmp/cache/bootsnap-compile-cache
.After I removed my project's
tmp
directory withrails tmp:clear
-gf
became much snappier.I don't know if this behaviour of searching
tmp
is expected or is caused by something I have might have in my environment, so this might just something silly I've done.vim --version:
VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Sep 22 2023 00:00:00)
ruby --version:ruby 3.2.2 (2023-03-30 revision e51014f9c0) [x86_64-linux]
vim-rails version: 1ad9663