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

Slow startup times on windows #16

Open
melMass opened this issue Jul 1, 2024 · 4 comments
Open

Slow startup times on windows #16

melMass opened this issue Jul 1, 2024 · 4 comments

Comments

@melMass
Copy link

melMass commented Jul 1, 2024

Describe the bug

I'm not using lumen on Windows but as I was profiling my config I stumble upon this:
image

I will test later today on mac and report if it's in the same range there.

To reproduce

  • Install
  • Restart the editor with --startup-time or check lazy

Expected behavior

to be confirmed if it's OS specific but I expect shorter startup times

Debug output

No response

@melMass
Copy link
Author

melMass commented Jul 1, 2024

For reference, this is the same config without lumen:

image

I have since read your rant on this commit 😅

I guess it's not a huge deal? As I said I don't need it on Windows, it was mostly to let you know

@vimpostor
Copy link
Owner

vimpostor commented Jul 1, 2024

Process startup time is known to be a little longer on Windows, however 837ms is still a bit too much (by about two orders of magnitude). I'd have to boot into my Windows install again to check out if and why it takes so long.

That being said, I've been thinking about reverting 0352168 for quite some time now. I'd have to check out if vim's implementation of background detection is not as buggy anymore as it was back then (plus it also assumes the terminal emulator follows the system theme) and if that is the case, the blocking check at startup could be avoided, which would make startup instant on all platforms.

@zoriya
Copy link

zoriya commented Jul 4, 2024

I guess background checcking could also make vim.lumen works when ssh-ing? That would be great to have (should I open another issue for that)?

@vimpostor
Copy link
Owner

I guess background checking could also make vim.lumen works when ssh-ing?

Yes, if the terminal follows the system theme. You can already get that behaviour with let g:lumen_startup_overwrite=0.

It's difficult to pick a default option here, because checking the background of terminal obviously will pick the wrong color if the terminal emulator does not follow the system theme (which is the case for most users with default settings).

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

3 participants