The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning. Learn more →
Startuptime.vim Alternatives
Similar projects and alternatives to startuptime.vim
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
nvim
Straightforward and pure Lua based Neovim configuration for my work as DevOps/Cloud Engineer with batteries included for Python, Golang, and, of course, YAML (by Allaman)
-
CosmicNvim
Discontinued CosmicNvim is a lightweight and opinionated Neovim config for web development, specifically designed to provide a 💫 COSMIC programming experience! [Moved to: https://github.com/CosmicNvim/CosmicNvim] (by mattleong)
-
dotnvim
Discontinued Neovim Lua configuration pre-configured for Java, JavaScript, Typescript etc...
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
startuptime.vim reviews and mentions
-
How can I profile neovim plugins for a specific file?
You could use https://github.com/tweekmonster/startuptime.vim. Then you can run :StartupTime -- big-file.txt
-
Lua
tweekmonster/startuptime.vim is inaccurate. I think it doesn't take Lua into account. Don't use this plugin.
-
moonfly & nightfly colorschemes, now with faster startup
I recently had a look at startup performance. Using the startuptime plugin both moonfly & nightfly were taking around 4.5ms to load on my quad-core Linux desktop (not too bad for traditional Vimscript-based colorschemes). Some profiling did indicate that clearing highlights and resetting syntax are actually quite expensive. We really don't need to do either when loading a colorscheme at Vim start time; it is only really needed when changing colorschemes within an existing edit session. Putting in a simple guard results in moonfly & nightfly now taking only 2.5ms to startup (on my machine).
-
moonfly & nightfly colorschemes, now with expanded Neovim ecosystem support (and faster startup)
Lastly, I also had a look at startup performance. Using the startuptime plugin both moonfly & nightfly were taking around 4.5ms to load on my quad-core Linux desktop (not too bad for Vimscript-based colorschemes). Some profiling did indicate that clearing highlights and resetting syntax are actually quite expensive. We really don't need to do either when loading a colorscheme at Neovim start time; it is only really needed when changing colorschemes within an existing edit session. Putting in a simple guard results in moonfly & nightfly now taking only 2.5ms to startup (on my machine). That is quite similar to some of the nice new Lua-based Neovim colorschemes now available. A win, albeit a small one.
-
Why my config has gotten so slow?
Using the :StartupTime provided by https://github.com/tweekmonster/startuptime.vim ...
-
A note from our sponsor - WorkOS
workos.com | 29 Apr 2024
Stats
tweekmonster/startuptime.vim is an open source project licensed under MIT License which is an OSI approved license.
The primary programming language of startuptime.vim is Vim Script.
Popular Comparisons
- startuptime.vim VS lightspeed.nvim
- startuptime.vim VS vim-startuptime
- startuptime.vim VS barbar.nvim
- startuptime.vim VS neovim
- startuptime.vim VS hop.nvim
- startuptime.vim VS dotnvim
- startuptime.vim VS nvim-tree.lua
- startuptime.vim VS nvim-jdtls
- startuptime.vim VS telescope.nvim
- startuptime.vim VS gitsigns.nvim
Sponsored