-
-
Notifications
You must be signed in to change notification settings - Fork 81
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
CPU usage 36 load average using studio code server after last update #884
Comments
I get this issue too. Whenever I launch vscode from the interface the CPU usage jumps up (and never comes down). If I launch another time it jumps again, until the instance becomes totally unresponsive and I have to hard reboot. |
I am seeing the same thing. I've shut down the addon for now. |
I experienced the same issue with the VSC installation after the latest HA update. I resolved it by updating all YAML files to the new syntax introduced in the recent HA update. Once I corrected the code and VSC no longer showed any syntax errors, the problem disappeared. In my case, I noticed a correlation between the number of errors in the files and CPU usage. After fixing the issues in the automation.yaml file (which had over 30 errors), CPU usage dropped from 8% to 4%. Once I resolved the errors in the rest of my files, the load returned to the original 0.2%. Platform: X86 native on an i5 NUC
|
I'm not sure it's linked in my case. I had no file open, so (I assume) no syntax checking going on. I did manually fix my automations.yaml file, just to see, and I'm still getting high cpu usage even after closing VS Code. I'm not even sure the syntax checking kicks on, if I hover a property in the yaml, it just says "Loading..." and I never see any error of any kind. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Still happening on my install. My CPU usage goes from 1% to 8% with this thing running. |
Same here. As I updated from 2024.6 to .11 and in parallel HAOS and add-ons as well, I don't know, from where it is coming, but it is more than bad. The addon takes now more than more memory, never releases it back, add even more on re-opening it, ... Only add-on restart brings the memory back. The whole system gets otherwise more and more unresponsive, most probably because of memory swapping, etc. Here a start of the VSC UI. 40%. And Core (blue) and Supervisor (green) got swapped to disk I think. Orange is total up to over 95% what is odfc not healthy for the stability. I have already deleted the addon and re-installed from scratch. Same behavior. Andy chance to get help here? See only unmaintained issues regarding this severe problem. |
Noticed mem use on my 4GB Pi5 rising sharply since yesterday and tracked it down to the VSCode addon which in Glances went from using ~75MB to peak at ~596MB before I uninstalled it and it went to zero. Reinstalled it and straight back up to ~425MB and climbing before I uninstalled it again. Also was getting unsecure access type messages when I opened it in WebUI. CPU use up to 18% as well. |
I confirm that I have to restart VSC after every use of it, because it takes up to aroung 1GB of additional RAM and causes high CPU usage. Restart of VSC drops RAM/CPU back to normal until the next use. But my Google Drive backup runs correctly. Another observation is: restart of HA does not reclaim RAM used by VSC, but subsequent restart of VSC does. It means, VSC does not handle HA shutdown event to free resources. |
Problem/Motivation
After last update studio code server goes cpu of my raspberry at 36 load average and cause a force reboot of entire raspberry
Other problem is the port used for the new version is 1627 the same as Google Drive backup. And Google drive backup doesnt start (even if a ichange the port used)
Expected behavior
Actual behavior
Steps to reproduce
Proposed changes
The text was updated successfully, but these errors were encountered: