Neovim freezes a bit when opening files.

[CharlesChiuGit]

I recently notice that my nvim freeze a bit(about 2 sec) when opening any ranbom files, e.g. nvim plugins.lua.
However, this kind of "freezing" never shows up when only use nvim to open up alpha startup page, it feels very snappy, like 0 sec that kind of fast.

For the record, my startup time is ~22ms with my own config, ~40ms with this repo's config. (on 0.9.0-dev)
I'm currently running nvim on Ubuntu22.04(WSL).
I also tested it on 0.9.0-dev and 0.8.0 release, with my own config, but unfortunately both versions has that "2 sec" delay somehow.
I also tried to cut down my plugins form over 100 to ~80, but it still has that kind of delay. (Althogh most of my plugins are lazy-loaded, it shouldn't effect the startup time.)
I tried it on both Windows Terminal and Alacritty, in and out of tmux, all the same.
Profile.log looks pretty normal too. I'm really out of moves.

@ayamir @Jint-lzxy @jczhang02 May I ask for your help? Or do you guys have the same issue like mine?
Here's my config. I'll be really appreciate if someone can take a look. Thanks!

[Jint-lzxy]

This is because neovim is waiting for the corrosponding language server(s) to start (and respond). Try editing a file without any dependent language server, it will be as fast as opening the startup page. I have been trying to adjust lazy-load settings recently (and more importantly, some settings have been loaded twice, resulting in double startup time!). The final goal is to load the corresponding components when necessary.

Hope this can give you some inspiration 👍

To test this, you will see a tremendous increase in startup time if you try some servers that may take a long time to start (for example, clangd with a lot of user configuration), or limit the network transmission speed.

[CharlesChiuGit]

Also the silicon.nvim need rust to build, and it would take some time to build. Maybe that's why?

[CharlesChiuGit]

Also i install node, perl and ruby in a custom location, tho i don't think it'll effect packer to download plugins.

[Jint-lzxy]

I have been trying to adjust lazy-load settings recently (and more importantly, some settings have been loaded twice, resulting in double startup time!).

Really!? Could u give me some example?

I'm testing on my machine and analyzing the files generated by Packer. I'll let you know as soon as I make progress 👍

I think maybe the reason is the pack.load_compile() function? After I comment that line, nvim become snappy, tho all the plugins are not loaded lol.

Hmm that's interesting... What this function does is to check and load the file compiled by Packer, and generate several necessary user/auto commands. I will look into _compiled.lua more carefully. A possible explanation is that if you edit the file directly (pass it as a command line argument), more events will be triggered, causing more plugins to be loaded, thus slowing down startup time 🤔 But it should not have such a significant impact...

[CharlesChiuGit]

@ayamir I just remove everything about nvim(cache and plugins) and reinstall everything. Things looks normal on my end? Everything is downloaded as excepted.

[CharlesChiuGit]

@Jint-lzxy Interesting! Looking forward of what u can dig out!

[CharlesChiuGit]

I just install it in arch(WSL), it still has the 2sec delay. So I think it's not about distros.

[CharlesChiuGit]

I think I found one small improvement, which is to stop using anaconda.
By comment out conda-related things in bashrc/zshrc, the staruptime improves 3~4ms. Most importantly, toggleterm open up very fast again!

[CharlesChiuGit]

@ayamir I think I know why u got freezed while doing PackerSync, it's because I set it to ssh connection.
I also encounter freezing when I'm setting up new machines, but once I switch to https connection, everything runs smoothly and much faster.