-
-
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
Apparent memory leak #565
Comments
Same problem here. |
1 similar comment
Same problem here. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Still an issue. |
I specifically started configuring the Terminal & SSH addon to be able to use VSCode Remote - SSH specifically because of this memory issue. My theory is that with each loading of the VSCode web interface, it's spinning up a new process without killing the old one. I say this because judging by the memory footprint over time, I can see stark stepwise jumps of memory use. |
@BNolet I've seen similar spike patterns as well and had also theorized that. I wonder if something changed recently with how new instances are being spun up. I'm also considering using an external client, though I'll be using intellij instead. I've already got it working via sshfs. |
Have any of you guys been experiencing random reboots because of this maybe? My HA install has been rebooting pretty frequently and couldn't find a culprit. I've started disabling add-ons and after I noticed (see #589 as well) VSS uses port 1337 which shows up a lot in the logs. |
@VNRARA I've had to manually reboot my system because I ran out of memory, and soon after swap. Once everything starts swapping to disk the system essentially locks up. I'd suggest enabling resource usage sensors for your add-ons. I've found it very valuable since I've done so. You can do this by going to the services created for each add-on and enabling the CPU and memory percent sensors. |
I think both Node-Red and VSCode might be culprits here. (I'm on a 4GB system) VS code is already using: +100mb RAM from boot and Node-Red +115MB. This also sometimes happens: [02:28:34] [172.30.32.2][c05a3361][ManagementConnection] Unknown reconnection token (never seen). |
I think a few hundred MB for either of those is more than acceptable. Bringing this discussion back on topic though, I'd pay attention to sustained increases to the memory usage of VS Code as an indicator that you're also seeing a memory leak. |
I have the same issue on my home assistant blue, after I disabled VSCode and didn’t use it anymore I didn’t have any reboots. When I used it heavily it crashed every half an hour. |
Mine did crash so it may also be node-red |
@Xlinx64 Wow that's pretty bad if it happens so quickly. I'd double check the system requirements in the docs for this add-on to make sure your system meets them. Also, here's an automation I created as a fallback to restart the add-on if it uses up too much memory. Be sure to change the value based on your system's resources: trigger:
- platform: numeric_state
entity_id: sensor.studio_code_server_memory_percent
above: 20
action:
- service: hassio.addon_restart
data:
addon: a0d7b954_vscode |
@ScottG489 Thank you for the script! |
You can also use VSCode Remote - SSH with the SSH & Terminal add-on if you're looking for a longer term solution: https://community.home-assistant.io/t/vs-code-remote/129887/24?u=brandonnolet |
Yea, I have the same issue on 16gb machine.. Takes about 1-2 weeks before I run out of memory :( Could be related to coder/code-server#5201, but that is super vague. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Still an issue. |
I am having the same issue, I posted some more information in this ticket: |
the same problem, until the complete loss of memory |
If you'd like to help manage this for now, you can create an automation to restart the VSCode add-on if it uses up too much memory. Something like this (adjust the trigger:
- platform: numeric_state
entity_id: sensor.studio_code_server_memory_percent
above: 20
action:
- service: hassio.addon_restart
data:
addon: a0d7b954_vscode Note that you'll need to enable the memory entity for this add-on in the supervisor integration. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Still an issue. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Still an issue for me
…On Mon, Jul 8, 2024, 4:18 a.m. github-actions[bot] ***@***.***> wrote:
There hasn't been any activity on this issue recently, so we clean up some
of the older and inactive issues.
Please make sure to update to the latest version and check if that solves
the issue. Let us know if that works for you by leaving a comment 👍
This issue has now been marked as stale and will be closed if no further
activity occurs. Thanks!
—
Reply to this email directly, view it on GitHub
<#565 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BEA34FTA3SUHZ46HW7XAOI3ZLJDNFAVCNFSM6AAAAAATYXSYEKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMJTGMZTIOJWGQ>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
sadly the same for me. have to restart the addon everytime i use it. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
Still an issue. |
I'm experiencing this as well |
As it's an IDE, I'm confused by all the comments as to why you can't just stop the addon when not in use. I don't believe that the source application is designed to perpetually run. |
The resource hogging happens in the first few minutes I launch the program. After 5-10 minutes, if I don't stop it my HAOS VM becomes unstable and I gotta force restart it via the hypervisor. It is literally not usable. |
That is the problem, and you have to. It doesn't change the fact that there is a memory leak. That is why it is submitted as an issue. |
Then it isn't the same issue as originally logged (which was an increase in memory usage over time). I would suggest looking at how you have the app configured (i.e. which folders it is running fil watchers for), and also resources on your system. |
There hasn't been any activity on this issue recently, so we clean up some of the older and inactive issues. |
This is still an issue. |
I have the same Issue and found a bit more Information. EDIT: |
Great to see we are going to reach a 2 year anniversary on this issue. |
I've stumbled on this problem with my instance. |
Same issue on Studio Code Server 5.17.3 |
Problem/Motivation
This addon increases in memory consumption until my system runs out.
I've been monitoring it since my last incident and I had to restart the host. The host has a total of 4GB of memory which meets the documented requirements.
Though I've only been tracking memory per-addon for the duration of the first graph, I have been running this addon for over a year and I've only been having memory usage issues recently:
I usually update addons pretty quickly after there's a release, and I can see v5.4.1 was released right around that time. Though from the release notes nothing sticks out.
I'm on the latest version and default config.
Expected behavior
For the memory usage of this addon to not increase indefinitely.
Actual behavior
Memory appears to increase indefinitely. Last time my system used up all memory and swap and locked up due to swap disk usage and I had to restart.
Steps to reproduce
As far as I can tell I'm using VS Code normally. I've only installed one extension (vim).
Unfortunately, I don't have any more information than above, but I'm happy to troubleshoot and get more information if you have suggestions on how to do so. I connected to the container and it doesn't have
ps
or evenfree
so it seems like my tooling in the container is limited.Thoughts on what this could be?
The text was updated successfully, but these errors were encountered: