-
Notifications
You must be signed in to change notification settings - Fork 241
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 - constructor.cache #46
Comments
Of course we can make it LRU with fixed size. But there may be some issues hard to debug. I thinking about disabling cache totally. Generally it is for tracking instances: post = new Post
post.save (err, p) ->
// here p and post of course same object (single pointer)
Post.find post.id, (err, p2) ->
// here p2 and post the same pointer But without caching p2 and p1 not the same object, so you can modify both, then save and lost some changes. Let's say we have some case when cached object was removed from constructor.cache, but still used by application code, in the next time we call Model.find new instance will be saved in cache, both instances live. This is a reason why it should be touched carefully. But more complicated saving logic looks like solition:
on updating cached instances, need track dirty attributes. now we only have problem in situation where both cached and not cached objects have modifications on same attribute. what do you think? |
I think that unless you are guaranteed to be the only client of the database, you can never be sure that your cached object represents the current state of the database. I think that all of these problems are preferable to my process crashing because it has run out of memory with cached objects! |
Items that get stored in constructor.cache do not ever seem to be freed up. Is there a way to make this an LRU cache with a fixed size?
The text was updated successfully, but these errors were encountered: