-
Notifications
You must be signed in to change notification settings - Fork 645
Perfomance downgrade when using "go module" mode #2251
Comments
This is also what I see. Due to the unusable performance I use go mod vendor to vendor in any dependencies and use vscode in non-module way. Go cli still uses the modules. The exact same project with modules enabled is significantly slower (to the point that it's unusable) in code completion / reference lookups etc. |
+1 |
+1 becomes almost unusable |
BTW, just checked the language server stuff. bingo seems to be working fine with decent performance. However saibing/bingo#54 is kind of a deal breaker for me. I guess the language servers are the way to go in future development? |
I tried recommended language server by Sourcegraph but it doesn't eliminate the problem. I believe that we have to wait until the upcoming server from Google. |
@sashker sourcegraph lsp is mostly dead / maintained, I recommend using
@eknkc a simple workaround would be typing the package name and saving (while |
@sashker thanks, I tried doing that but it won't simply import the package via package name, it needs a full signature. For example entering BTW, I believe your sample config needs this for
I also see this sometimes (not reliable): |
I forgot to paste that part, not fully awake yet :) |
A few notes:
|
I wonder if this is related golang/go#29427. |
+1 |
+1 becomes almost unusable |
Hello everyone, Please install the latest beta version (0.9.3-beta.7) of this extension. The beta version will prompt you to use This was the long term plan for module support. Therefore, closing this issue. If you find any other performance issue while using Thanks again and Happy Coding! |
nice job |
Having switched to using Autocomplete is back at its usual speed. And renaming symbols is actually 100x faster (as in instantaneous). You can also now rename symbols on non-compiling files which we couldn't before. Next pet-pieve (but which is not this extension's issue): loading times of my very large project with the language server which is now ~8 minutes. |
|
As stated on the
|
@ramya-rao-a there's no vsix file here to install: https://github.com/Microsoft/vscode-go/releases/tag/latest |
@treeder Thanks for letting me know, I must have clicked the "Publish Release" button before the upload was complete. The release is updated now. All, please read the section on language servers at https://github.com/Microsoft/vscode-go/blob/8ea6e4708dfd141ab65b4c7eb4f71e55d098a222/README.md#go-language-server-experimental as well. |
😮 wow, this is like night and day, sooooooo much better. It's basically instant now whereas it was taking like 5 seconds to click through references before. Nice work! |
Wow, using |
Mine was also super slow and using the beta version mentioned by @ramya-rao-a and the gopls language server (which auto requests to be installed when you edit a go file after adding the beta version) fixed the issues for me. Thanks!! |
Hello.
I saw similar tickets and they were closed (probably #2217) but I can state that difference in performance with modules and without is dramatic.
Having go.mod and go.sum within a project directory, I might wait for auto complete and other functions up to 3 seconds. Simply removing go.sum and go.mod makes VS works as usual pretty quickly.
Testing project is quite small (around 1000 strings) though use many dependencies.
Go version: 1.11.4
Platform: darwin
The text was updated successfully, but these errors were encountered: