-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Reduce time from type to autocompletion menu open #12750
Comments
Perhaps related, type definitions are also quite slow to show (on hover or click) |
In #12928 I've slashed the time needed for us to deserialize large LSP responses (500ms -> 200ms). I think we should be slightly better now. |
Same here. Typescript autocompletion feels lot slower than in VSCode. Issue still exists. |
I think VSCode also caches older autocompletions and can work asynchronously, updating the completion list as it goes. I think that show and starting to populate the menu while deserialising is the key, unless it is already being done. I believe that the right contact for this issue is @osiewicz (love the Gyro Gearloose avatar!). |
Could you turn on tracing on the language server level to see whether it's just us being slow to process the completions? |
This is also happening using Vue, how can we turn on tracing on the language server @osiewicz? |
You can use "debug: open language server logs" from command palette (the name might be a bit off as I'm on mobile). I suppose either RPC messages or Server Logs may be the most interesting |
Check for existing issues
Describe the bug / provide steps to reproduce it
Work was done to improve the speed at which our completions filtered into the autocompletion menu here - we are now noticeably faster after the menu appears, but the speed in which the menu shows seems to be slower than other editors with the same project.
Using @osiewicz's project that reproduces some of the perf issues in TS, we can see we are slower to pop open the menu when compared to VS Code:
Zed:
Screen.Recording.2024-06-06.at.2.48.51.PM.mov
VS Code:
Screen.Recording.2024-06-06.at.2.48.28.PM.mov
Peter mentioned Helix being faster as well
Environment
Zed: v0.140.0 (Zed Nightly 4fd698a)
OS: macOS 14.4.0
Memory: 64 GiB
Architecture: aarch64
If applicable, add mockups / screenshots to help explain present your vision of the feature
No response
If applicable, attach your
~/Library/Logs/Zed/Zed.log
file to this issue.No response
The text was updated successfully, but these errors were encountered: