-
Notifications
You must be signed in to change notification settings - Fork 57
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 #1250
Comments
Can you check to see how long |
@adam-fowler to be clear I've noticed this on both big and small projects so I don't think it's related to project size. First run on a bunch of different projects, it takes 1-1.5s. Next runs 0.5s or less, maybe 0.3s on avg. |
I ask because for a while Soto was taking 15 seconds to run that command. The other thing to check is how long all your other extensions take to load. If you disable everything but the swift extension does it still take as long? When you bring up the build task list VSCode will attempt to activate any extension that might include a build task. |
I did notice that the initial |
@MahdiBM Did you ever get a chance to investigate how long other extensions were taking to load (Adam's suggestion), and if they were blocking the Swift extension's activation? |
See these 2 screen recordings about the slownesses and me trying to access plugins (watch at 2x+): This one is my normal set up in Penny (background build on, resolve packages not disabled, sourcekit-lsp backgroundPreparationMode set to 'build'): This one I think I tried 2 things in the video. Both with background build off: |
The extension loading times are reasonable (~30ms). |
When opening VS Code, it takes 10-20s for VS Code to allow me to run a build task, or run a command plugin.
I'd like it to optimally be under 5s.
When opening the build tasks list (CMD+SHIFT+B) it does not list the tasks before the loading is complete, and it won't update the tasks list when the loading is complete, so I have to keep opening the build tasks list until it finally shows the build tasks.
I'd be fine with being able to immediately queue a build task, but having to wait 10-20s before the build task starts so the extension startup and the package loading complete.
The same goes for testing. The testing tab does now show up until the package loading is complete (I think it also requires a build? or at least it used to).
The text was updated successfully, but these errors were encountered: