https://bugs.freedesktop.org/show_bug.cgi?id=79761
Michael Meeks <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME |--- CC| |[email protected] See Also| |https://bugs.freedesktop.or | |g/show_bug.cgi?id=82854 --- Comment #24 from Michael Meeks <[email protected]> --- Hi Tommy - unfortunately, we need a good callgrind profile (with symbols) of when this issue really takes forages ;-) the 8bn pcycles that matus shows is quite a lot of time of course. A chunk of the time there is raw / pure XML parsing - we have 2.5bn cycles inside the expat library - which we could almost entirely loose by using the XFastParser and doing that in its own thread ;-) David Ostrovsky kindly agreed to take a look at doing something there I think - I forget what the bug# was though =) any news there David ? Of course re-using the XFastParser is always a good idea since that's the code path we optimize for document load too =) Then again - looking at the data here, it seems to me like a big chunk of the problem is: SwXMLTextBlocks::SwXMLTextBlocks Which -seems- to init an SfxObjectShell each time - taking around 2bn cycles. That looks massively expensive to do inside every start_Element for the XML file ;-) Why does SwAutoCorrect::GetLongText do that I wonder ? re-opening, since that really looks quite odd. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
