<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Memory should be freed sooner after closing a document with tracked changes on (takes a minute or so)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=133131#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Memory should be freed sooner after closing a document with tracked changes on (takes a minute or so)" href="https://bugs.documentfoundation.org/show_bug.cgi?id=133131">bug 133131</a> from <a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> Telesto</a> <pre>(In reply to Mike Kaganski from <a href="show_bug.cgi?id=133131#c1">comment #1</a>) > I am very skeptic about this issue. I suspect a case when that's OS using > its own reasoning when to free its caches. OS memory management is not > something an application should tweak without a really good reason. So first > of all - which *problem* is experienced here? Some *numbers* changing in > some counters in some moments and not in other moments is not a problem by > itself. I'm not an expert on memory management.. Which part is done by the programmer, which part by compiler and the OS. So it's hard to look for something 'workable'. However, Calc is really loving to consume memory.. So it's not hard to use up 8 GB of ram (the limit for me, less actually). And if it loves to hold on to it for a while it can be come unworkable.. Why it uses so much memory is a mystery at itself.. The memory footprint of Excel doing the same thing is substantial lower .. Again.. not qualified for comparison.. But feel free to close.. the only thing I observe is that closing a document doesn't release the memory for quite some time for a - for me - unknown reason.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>