impatient.nvim
vim-startuptime
impatient.nvim | vim-startuptime | |
---|---|---|
31 | 16 | |
1,230 | 606 | |
- | 1.8% | |
5.9 | 7.9 | |
over 1 year ago | 10 months ago | |
Lua | Vim Script | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
impatient.nvim
-
Reduce Neovim startup time with plugins
You could use impatient.nvim or the new vim.loader module if you’re on nightly. Both work really well. I used impatient for a long time and it reduced my startup time by half. I’m using vim.loader now and it reduces it by about the same amount
-
Optimizing my startup time
The 20-30 ms promise depends on your hardware. In my case, vanilla Neovim takes about 18 ms to startup, so a realistic good startup time for my config is around 50-60 ms. Lines of code isn’t a great reference either because you could just lazy load a bunch of plugins and have more LoC but still better startup times. What I would recommend is using lazy.nvim or if you wanna stick with packer, then pairing it with impatient.nvim .
-
lazy.nvim is amazing!
automatically caches all startup code before :h VimEnter or :h BufReadPre (basically what impatient.nvim does)
-
fzf is so powerful when you use it well ! code/files/tags/git history
there is an amazing plugin called impatient.nvim that cache a lot of stuff and make other pluggins go so fast !
-
neovim startup optimization
Try installing https://github.com/lewis6991/impatient.nvim first.
-
Guide: Structuring Lua plugins
:lua vim.pretty_print(vim.mpack.decode(vim.mpack.encode({some = { thing = false }}))) used by impatient.nvim
- Can neovim config be baked in to make neovim blazingly fast?
-
Default mappings override user mappings in Rust ( [[ and ]] mappings )
Did you defined your [[ and ]] mappings in that file or just created it? the after directory runs at the end of your config so you can override this kind of settings. Maybe you are using impatient.nvim? From their README:
-
what is your startup time like?
Are you using impatient.nvim? It caches lua modules. My startuptime with 72 plugins (including it) and zero lazy loading is 600ms.
- Why do Neovim users actively seek out lua rewrites?
vim-startuptime
-
How to optimize your config? What are mistakes to avoid when optimizing your config?
That is native and inbuild but I would suggest below options instead 1. Using lazy's Profile tab instead https://github.com/folke/lazy.nvim 2. Using a dedicated plugin to do this https://github.com/dstein64/vim-startuptime. 3. Using an external program hyperfine is one that I use https://github.com/sharkdp/hyperfine
-
clipboard.vim have a huge start-up time
This plugin https://github.com/dstein64/vim-startuptime
-
Which version of Vim do you use?
dstein64/vim-startuptime (which I never use, my startup time is under 130ms, which is sufficient)
- Lazy vs Packer
-
What is your NeoVim load time?
Use the plugin with the flag --tries 100. Also, what are the first 10 lines of output from running the above command? I'll start.
-
what is your startup time?
only today I tried this plug to test startup time and got this result:
-
How can I reduce the loading time of init.lua?
dstein64/vim-startuptime: ⏲️ A Vim plugin for profiling Vim's startup time.
-
nvim_set_hl is faster and you may want to use a lua theme to reduce your launch time
Using vim-startuptime to profile, I get these startup numbers on an Apple M1 Macbook:
-
Startuptime highy affected by Python3
Oh sorry, I already solved my issue but forgot to delete the post! But to answer your question: Of course! It's https://github.com/dstein64/vim-startuptime. You can either launch nvim with nvim --startuptime outputfile.log FILENAME to get detailed diagnostics in the file outputfile.log or just call :StartupTime after nvim/vim has started up to get this graph. It's pretty neat and easy to use!
-
[Help] Extremely slow nvim startup
You could try to install this plugin temporarily : https://github.com/dstein64/vim-startuptime
What are some alternatives?
trouble.nvim - 🚦 A pretty diagnostics, references, telescope results, quickfix and location list to help you solve all the trouble your code is causing.
NvChad - Blazing fast Neovim framework providing solid defaults and a beautiful UI, enhancing your neovim experience.
barbar.nvim - The neovim tabline plugin.
nvim-peekup - 👀 dynamically interact with vim registers
nvimdots - A well configured and structured Neovim.
vim9jit - a vim9script -> lua transpiler (written in Rust)
indent-blankline.nvim - Indent guides for Neovim
blamer.nvim - A git blame plugin for neovim inspired by VS Code's GitLens plugin
nvim - Minimal, blazingly fast, and pure Lua based Neovim configuration for my work as DevOps/Cloud Engineer with batteries included for Python, Golang, and, of course, YAML
startuptime.vim - Breakdown Vim's --startuptime output
neovim - Vim-fork focused on extensibility and usability
nvim-scrollview - A Neovim plugin that displays interactive vertical scrollbars and signs.