<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Memory usage opening and scrolling a DOCX increased from 600 to 1250 MB; still 360 MB in use after close" href="https://bugs.documentfoundation.org/show_bug.cgi?id=135010#c8">Comment # 8</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTABUG - Memory usage opening and scrolling a DOCX increased from 600 to 1250 MB; still 360 MB in use after close" href="https://bugs.documentfoundation.org/show_bug.cgi?id=135010">bug 135010</a> from <a class="email" href="mailto:telesto@surfxs.nl" title="Telesto <telesto@surfxs.nl>"> Telesto</a> <pre>(In reply to Buovjaga from <a href="show_bug.cgi?id=135010#c7">comment #7</a>) > I bibisected with linux-64-7.0. There were two bumps in memory use. I only > checked the last one and it is caused by > <a href="https://git.libreoffice.org/core/commit/">https://git.libreoffice.org/core/commit/</a> > 828504974d70111e4a35b31d579cf42fe660a660 > <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED - Paint sometimes slow when huge Pixel-Oriented graphics involved" href="show_bug.cgi?id=130768">tdf#130768</a> speedup huge pixel graphics Cairo > > so I guess it is just the use of caching to speed things up. Cairo there > explains why I don't see the memory bump with Linux gen backend. > > Let's close as everything seems to be working according to plan. Caching and caching.. whole debate about that at <a class="bz_bug_link bz_status_NEW " title="NEW - When there are a lot of pictures, typing the text is very slow (macOS/GTK3/GDI)" href="show_bug.cgi?id=138068">bug 138068</a>. Cairo one but apparently broken (or I read it that way). And Skia might do another round with an independent caching system. Another topic is. Is this related to DOCX filter or not [have to check, don't remember]. As the filter tends to convert stuff.. So there is plenty of room/ 'potential' to have unintended memory issue with images. That's the part worrying me. At obviously clear that even developers struggle; else the would have seen <a class="bz_bug_link bz_status_NEW " title="NEW - When there are a lot of pictures, typing the text is very slow (macOS/GTK3/GDI)" href="show_bug.cgi?id=138068">bug 138068</a> from miles away (there is patch in gerrit, no clue what that will do)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>