Open AKKIRR opened 6 days ago
Please provide a minimal reproduction.
I have the same issue. i have update to 2.1.8 and it make VSCode run with 100% CPU, have try to down 2.1.6 or up to newest 2.1.10 but no effect. Any help ?
Same issue here. Volar seems to be in some kind of loop which results in a high performance impact on the VSCode window process. The memory usage of volar is steadily increasing 1 MiB every 2 seconds with a constant ~4% CPU utilization on my system. The VSCode window process is at 30% usage with somewhat constant memory usage (is being actively garbage collected as it seems)
The issues does not appear immediately but some time later when developing. Are there any diagnostics I can pull from VSCode or the extension that could help?
EDIT: still occurring with 2.1.6 and vscode 1.94.2 :(
8 seconds of VSCode profiling shows it is full with thousands onmessage
handling calls and directly following GC calls.
So thats probably the reason for the very high CPU usage in the extension host process.
The onmessage
method is from the extension host rpc communication code.
Yeah not much insight, so volar is communicating tons of events to the host.
Good news: It looks like the issue is rooted in a race condition in the 0.2.0 version of the vscode-goto-alias extension released last week. The VSCode process explorer fooled me here because it only shows extensions which have a running child process. The vscode-goto-alias extension is not listed in the process explorer and runs directly in the extension host. The CPU usage in Volar was just a symptom of the infinite loop running in the vscode-goto-alias extension.
The GitHub issue in the vscode-goto-alias repo for reference: https://github.com/antfu/vscode-goto-alias/issues/23
A 0.2.1 fix version was just released. It resolved it for me. Do any of you also have the vscode-goto-alias installed? Could you check if 0.2.1 also resolves it for you?
Good news: It looks like the issue is rooted in a race condition in the 0.2.0 version of the vscode-goto-alias extension released last week. The VSCode process explorer fooled me here because it only shows extensions which have a running child process. The vscode-goto-alias extension is not listed in the process explorer and runs directly in the extension host. The CPU usage in Volar was just a symptom of the infinite loop running in the vscode-goto-alias extension.
The GitHub issue in the vscode-goto-alias repo for reference: antfu/vscode-goto-alias#23
A 0.2.1 fix version was just released. It resolved it for me. Do any of you also have the vscode-goto-alias installed? Could you check if 0.2.1 also resolves it for you?
It seems that this is not the only problem. Even without this plugin installed, the CPU usage remains high after some time, so there might be another issue causing it.
Good news: It looks like the issue is rooted in a race condition in the 0.2.0 version of the vscode-goto-alias extension released last week. The VSCode process explorer fooled me here because it only shows extensions which have a running child process. The vscode-goto-alias extension is not listed in the process explorer and runs directly in the extension host. The CPU usage in Volar was just a symptom of the infinite loop running in the vscode-goto-alias extension. The GitHub issue in the vscode-goto-alias repo for reference: antfu/vscode-goto-alias#23 A 0.2.1 fix version was just released. It resolved it for me. Do any of you also have the vscode-goto-alias installed? Could you check if 0.2.1 also resolves it for you?
It seems that this is not the only problem. Even without this plugin installed, the CPU usage remains high after some time, so there might be another issue causing it.
My issue with high CPU usage was caused by this plugin. I hope this information can be helpful to you.
Vue - Official extension or vue-tsc version
^2.0.21
VSCode version
1.88.1
Vue version
^3.4.29
TypeScript version
~5.4.0
System Info
No response
package.json dependencies
Steps to reproduce
输入代码时
What is expected?
代码快速提示
What is actually happening?
代码提示很忙
Link to minimal reproduction
No response
Any additional comments?
No response