<br><br><div class="gmail_quote"><div dir="ltr">On Wed, 12 Oct 2016, 21:39 Menno Smits, <<a href="mailto:menno.smits@canonical.com">menno.smits@canonical.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_default gmail_msg" style="font-family:verdana,sans-serif">Interestingly the MongoDB memory usage profile is quite different as well. I'm not sure if this is due to Christian's improvements or something else.<br class="gmail_msg"></div></div></blockquote></div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_default gmail_msg" style="font-family:verdana,sans-serif"></div><div class="gmail_default gmail_msg" style="font-family:verdana,sans-serif"></div></div></blockquote></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_default gmail_msg" style="font-family:verdana,sans-serif"></div></div></blockquote></div><div>Thanks Menno! One of the fixes was a state.State instance being leaked when the model was destroyed, and that held a Mongo session open which would've held memory in the mongod process as well.</div><div><br></div><div>Cheers,</div><div>Christian</div>