-
-
Notifications
You must be signed in to change notification settings - Fork 201
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
Memory Leak #207
Comments
Thanks for reporting... I know that there are a couple of memory leaks. EmberData's data store for instance is hoarding records and is not removing them and there may also be some event listeners on DOM nodes which are not being removed properly. But this one comes a bit unexpected.
I'm a little bit busy right now and don't have that much time in the next couple of weeks, so I don't know if I'm able to fix this any time soon. Let me see... |
This is what I have tried so far fixing this: (will do more when I find the time)
I had no success with any of these approaches. The used memory still keeps growing with each route refresh... What surprised me the most is the last thing I tried with the resolved promise. Does this mean that there is a bug in Ember's |
Ok, I've spent some more couple of hours investigating. There was a leak in EmberData's RecordArrayManager causing all RecordArrays created when calling store.query to be held in cache. This is a known leak by the ED devs, but there's no fix for the upcoming versions yet, so I'm fixing this issue here by myself by using ED's private API (e270384)... Sadly, the memory usage is still growing with each refresh. This seems to be an issue of NW.js I've tested the latest NW.js version I will upgrade as soon as possible, but right now, it's not possible. The |
Thanks for looking into it, glad to see that it'll be fixed in a later version. |
Running on Windows 10 64bit I noticed that when refreshing a game directory will cause the memory usage to continually raise and never go back down.
Initial memory usage on startup and going to a game directory.
After refreshing the directory 5 times.
After refreshing the directory 10 more times.
As you can see the memory usage goes up quite a bit from just refreshing the directory listing, which wouldn't be a problem if the memory usage would go back down after being garbage collected. I noticed this issue when I saw the program using over 1gb of memory one day. I haven't looked into this much myself so I'm not sure what the cause is.
The text was updated successfully, but these errors were encountered: