<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - FILEOPEN: Document with huge autofilter takes long to open" href="https://bugs.documentfoundation.org/show_bug.cgi?id=97177#c33">Comment # 33</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - FILEOPEN: Document with huge autofilter takes long to open" href="https://bugs.documentfoundation.org/show_bug.cgi?id=97177">bug 97177</a> from <a class="email" href="mailto:serval2412@yahoo.fr" title="Julien Nabet <serval2412@yahoo.fr>"> Julien Nabet</a> <pre>Created <a href="http://bugs.documentfoundation.org/attachment.cgi?id=162304" name="attach_162304" title="perf flamegraph">attachment 162304</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=162304&action=edit" title="perf flamegraph">[details]</a> perf flamegraph Here's a Flamegraph retrieved on pc Debian x86-64 with master sources updated today (after <a href="https://cgit.freedesktop.org/libreoffice/core/commit/?id=aabcf90da9a90240bddc140485f210dcab66724c">https://cgit.freedesktop.org/libreoffice/core/commit/?id=aabcf90da9a90240bddc140485f210dcab66724c</a>: "<a class="bz_bug_link bz_status_NEW " title="NEW - FILEOPEN: Document with huge autofilter takes long to open" href="show_bug.cgi?id=97177">tdf#97177</a> speedup loading of large ODS file drop ScSimpleRangeList and just use ScRangeList, which saves us a conversion step. Then teach ScRangeList to do a simple merge, since we are loading in row order, and can just check the last few entries. Then fix a case of optimisation doing the wrong thing in ScAttrArray::SetPatternAreaImpl where std::vector::reserve repeatedly resizes the data array and breaks the normal doubling-resizing inside vector. On my machine the time goes from 5.4s to 4.8s")</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>