-
-
Notifications
You must be signed in to change notification settings - Fork 49
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
Possible memory leak #442
Comments
Do you have a large number of notifications? There are known issues around handling those. If each notification object is not being properly destroyed then it could explain the memory leak. That is a lot of memory to leak though! |
More info on the notifications issue: We've had an issue with incredibly large icons in the applications menu in the past. elementary/applications-menu#117 (comment) Maybe try keeping an eye on it's memory usage, restarting wingpanel and opening the applications menu, going through it's pages, using other indicators, just trying actions you might take normally. See if anything triggers the memory usage. |
I'm getting similar behaviour now on Horus. Wingpanel hogs 25% (1 of 4 threads) of the CPU and floads the RAM reaching up to 2GB after a while without me even interacting with it. I killed wingpanel and manually restarted it in the terminal to maybe see any errors and it reports some critical.
As a result of all this it also freezes up occasionally requiring for me to kill the process manually or even restart the entire system. |
What Happened?
My system was having hitches so I opened up monitor and saw wingpanel was using 2GB of ram. I restarted it and now it's only using 96MB. This was after around 12 hours of uptime, with a few sleeps.
Steps to Reproduce
No clue, sorry
Expected Behavior
Wingpanel probably shouldn't be using half the total recommended ram
OS Version
6.x (Odin)
Software Version
Latest release (I have run all updates)
Log Output
No response
Hardware Info
The text was updated successfully, but these errors were encountered: