<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Huge ram amount used not freed" href="https://bugs.documentfoundation.org/show_bug.cgi?id=125428#c32">Comment # 32</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Huge ram amount used not freed" href="https://bugs.documentfoundation.org/show_bug.cgi?id=125428">bug 125428</a> from <a class="email" href="mailto:newbie-02@gmx.de" title="b. <newbie-02@gmx.de>"> b.</a> <pre>@Noel: (In reply to Noel Grandin from <a href="show_bug.cgi?id=125428#c30">comment #30</a>) > ... that particular commit is intended to _lower_ memory usage in most > situations, by creating a shared pool of string objects to use, instead of > every single cell and formula using it's own string object. > > However, we never ever remove strings from that pool, so in this situation > it leads to memory that this not freed until close. hi, thanks, that explains a lot ... is the referencing to this list 'uni-' or 'bidirectional'? when i think about it ... it's a clear advantage as long as it doesn't become a killer, and will become a killer once it's grown too big ... thus dangerous for big sheets / projects is it possible / a good idea to implement it similar to linux hardlinks in filesystems, track referencing items and require the referencers to delete the reference as soon as it is no longer needed, or to check from the list whether the referencing objects are still 'alive'? and release the referenced string once all referencers are dead ... ?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>