-
Notifications
You must be signed in to change notification settings - Fork 22
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
Server constantly eats 30% of cpu core #42
Comments
Could you explain why is VSCode not visible? Did you install the vscode extension? |
I meant I minimised it to make sure there's no user (mine) activity so the server should probably be idle. |
This is the WolframKernel started by VSCode extension and running lsp |
Did you start the wolfram executable from some place liek Again, after a short while of high CPU usage, could you attach the |
every executable of this kind (wolfram/wolframscript) ends up running WolframKernel under macOS, they're just a thin wrappers. In this case wolfram executable was started.
Log file attached but it does not seem very informative |
Looking at your screenshot I suppose the problem is macOS specific (didn't have a change to check under Linux yet). So I'll probably try to investigate it more thoroughly. |
I think it would be useful to add here that I can confirm similar behaviour on Linux distributions Ubuntu 20.04 and openSUSE Tumbleweed. In fact, I am using lsp-wl not with VSCode, but with vim through coc-lsp-wl interface. The process
always takes up to 30-40% of a CPU while vim is idle, and this also happens even with vim in terminal (without graphical interface). Most of the time this process even stays running when I close vim and it continues to take up similar CPU load until I kill it manually, but this is likely an unrelated problem. |
@VasilySotnikov Same problem here. Have to kill the server manually each time. |
macOS/MMA 12.2/12.3pre, VSCode. 'development' branch.
This behaviour persist even when VSCode is not visible and nothing happens.
Any hints on how to diagnose this further are welcome.
The text was updated successfully, but these errors were encountered: