[Libreoffice-bugs] [Bug 118346] Slow performance in Draw with (moderately) complex drawings

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Jun 28 15:22:51 UTC 2018


https://bugs.documentfoundation.org/show_bug.cgi?id=118346

--- Comment #5 from Gessel <gessel at blackrosetech.com> ---
Hi all - I'll try to put together an appropriate, non-proprietary sample. 

It seems to be related to zoom - these are large drawings, both in complexity
(not huge by that measure) and by page size, which presumably maps in some way
to the spatial address space (I add only to be clear that I understand that
page sizes in physical measurements are meaningless).

If I zoom in to 1:1 (click on view, wait for the menu to open, click on zoom,
wait for the pop-out menu to open, click on 100%, wait for redraw, after that,
most drawings seem pretty normal in terms of performance.

Also, when the redraw/UI is really slow - it is slow across the whole system,
not just LO tasks.  It is as if there is some UI management/redraw function
that is getting very unhappy.  htop shows only one CPU in use, but maxed out
(100%) constantly.  

Tasks that don't require UI interaction are normal (I'm sure not /all/ but the
ones I've tested).  There's no stuttering in Clementine music playback.  Mouse
movement is normal, etc.

I'll try to get you something more useful than this shortly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180628/1f71bc25/attachment.html>


More information about the Libreoffice-bugs mailing list