<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_UNCONFIRMED "
title="UNCONFIRMED - Slow performance in Draw with (moderately) complex drawings"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=118346">118346</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Slow performance in Draw with (moderately) complex drawings
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.1.6.2 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>UNCONFIRMED
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>Draw
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>gessel@blackrosetech.com
</td>
</tr></table>
<p>
<div>
<pre>Description:
When working with large drawings, performance is painfully (though not quite
unbearably) slow - but, weirdly, it seems to get better after working with a
document for an hour or two. Initially, selecting an object might take 3-5
seconds to highlight, selecting a menu might take 10-15 seconds to open, a
pop-over submenu the same. I ran Oprofile, the results are below.
There are some other bugs that are similar, but they have specific conditions
which are not an exact match so this issue may be different.
This is likely related to <a class="bz_bug_link
bz_status_NEW "
title="NEW - Complex draw diagram fails to open after 25 hours on 5.0.3.2 Linux, opens fine on 4.3.5.2 Windows"
href="show_bug.cgi?id=100253">Bug 100253</a> (my report) and possibly <a class="bz_bug_link
bz_status_NEW "
title="NEW - Draw slow for .odg with tenthousands of shapes"
href="show_bug.cgi?id=54722">Bug 54722</a>, but
that was about opening and I have broken up my drawings since to have
individual pages and have never tried to create another complex unified
drawing, so I can't be sure.
Like <a class="bz_bug_link
bz_status_NEW "
title="NEW - libreoffice multithreading"
href="show_bug.cgi?id=65046">Bug 65046</a>, I note only one CPU is wedged at 100% (8 thread units are
available).
I strongly suspect this is the same core issue in <a class="bz_bug_link
bz_status_NEW "
title="NEW - Draw: moving and resize EMF files is very slow"
href="show_bug.cgi?id=76740">Bug 76740</a>, <a class="bz_bug_link
bz_status_NEW "
title="NEW - DRAW: Slow performance zooming an SVG after opening"
href="show_bug.cgi?id=96176">Bug 96176</a>, &
possibly <a class="bz_bug_link
bz_status_NEW "
title="NEW - General performance problems - UI freezes, slow scrolling, etc. in files with big/complex images"
href="show_bug.cgi?id=104716">Bug 104716</a>.
My environment:
Version: 5.1.6.2
Build ID: 1:5.1.6~rc2-0ubuntu1~xenial3
CPU Threads: 8; OS Version: Linux 4.13; UI Render: default;
Locale: en-US (en_US.UTF-8); Calc: group
Linux iku 4.13.0-45-generic #50~16.04.1-Ubuntu SMP Wed May 30 11:18:27 UTC 2018
x86_64 x86_64 x86_64 GNU/Linux
Description: Linux Mint 18.3 Sylvia
Quadro K2100M x16, NVIDIA proprietary 384.130
System: 32GB RAM, SSD,
CPU family: GenuineIntel
CPU features: MMX SSE SSE2 SSE3 SSSE3 SSE4.1 SSE4.2 AES AVX AVX2 XD Intel64
Cache 0: L1 data cache, line size 64, 8-ways, 64 sets, size 32k
Cache 1: L1 instruction cache, line size 64, 8-ways, 64 sets, size 32k
Cache 2: L2 unified cache, line size 64, 8-ways, 512 sets, size 256k
Cache 3: L3 unified cache, line size 64, 16-ways, 8192 sets, size 8192k
CPU speed is 1596.33 MHz.
Sequential read (64-bit), size = 128 B, loops = 2387607552, 58282.8 MB/s
Oprofile report:
CPU: Intel Haswell microarchitecture, speed 3900 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask
of 0x00 (No unit mask) count 100000
CPU_CLK_UNHALT...|
samples| %|
------------------
30701985 80.2506 soffice.bin
CPU_CLK_UNHALT...|
samples| %|
------------------
15149827 49.3448 libmergedlo.so
7330887 23.8776 libc-2.23.so
1706355 5.5578 libuno_cppuhelpergcc3.so.3
1351181 4.4010 libstdc++.so.6.0.21
1183482 3.8547 libuno_sal.so.3
852684 2.7773 libpthread-2.23.so
777479 2.5323 libuno_cppu.so.3
762928 2.4849 libharfbuzz.so.0.10000.1
347715 1.1325 kallsyms
285799 0.9309 libi18nlangtag.so
176984 0.5765 libicuuc.so.55.1
161914 0.5274 libglib-2.0.so.0.4800.2
92994 0.3029 libvclplug_genlo.so
91692 0.2987 libX11.so.6.3.0
86311 0.2811 libsdlo.so
54855 0.1787 libcairo.so.2.11400.6
52760 0.1718 libvclplug_gtklo.so
46566 0.1517 libm-2.23.so
24590 0.0801 libgdk_pixbuf-2.0.so.0.3200.2
23239 0.0757 libgdk-x11-2.0.so.0.2400.30
19575 0.0638 libz.so.1.2.8
18698 0.0609 libcomphelper.so
15836 0.0516 libharfbuzz-icu.so.0.10000.1
12034 0.0392 libxcb.so.1.1.0
11292 0.0368 [vdso] (tgid:8206
range:0x7ffda8361000-0x7ffda8362fff)
11012 0.0359 libdbus-1.so.3.14.6
10052 0.0327 libXrender.so.1.3.0
9685 0.0315 libsclo.so
9591 0.0312 libfreetype.so.6.12.1
5789 0.0189 libgobject-2.0.so.0.4800.2
5365 0.0175 libgcc_s.so.1
2853 0.0093 libicui18n.so.55.1
1819 0.0059 ld-2.23.so
1433 0.0047 libgtk-x11-2.0.so.0.2400.30
1031 0.0034 libfontconfig.so.1.9.0
920 0.0030 libpixman-1.so.0.33.6
746 0.0024 libexpwraplo.so
579 0.0019 kvm
487 0.0016 libatspi.so.0.0.1
410 0.0013 libdl-2.23.so
358 0.0012 nvidia
311 0.0010 libahci
307 1.0e-03 libpixmap.so
154 5.0e-04 librsvg-2.so.2.40.13
152 5.0e-04 libacclo.so
151 4.9e-04 libforlo.so
132 4.3e-04 libunoidllo.so
129 4.2e-04 liblocaledata_en.so
112 3.6e-04 libatk-1.0.so.0.21809.1
102 3.3e-04 libxmlreaderlo.so
82 2.7e-04 libucbhelper.so
66 2.1e-04 libfwllo.so
60 2.0e-04 libucpchelp1.so
56 1.8e-04 libxml2.so.2.9.3
51 1.7e-04 libmurrine.so
47 1.5e-04 iwlwifi
38 1.2e-04 libexpat.so.1.6.0
29 9.4e-05 libhunspell-1.3.so.0.0.0
26 8.5e-05 libgcc3_uno.so
26 8.5e-05 libreflectionlo.so
25 8.1e-05 libchartcorelo.so
22 7.2e-05 libspelllo.so
13 4.2e-05 libXext.so.6.4.0
13 4.2e-05 libgio-2.0.so.0.4800.2
11 3.6e-05 mac80211
8 2.6e-05 libgail.so
8 2.6e-05 libpango-1.0.so.0.3800.1
7 2.3e-05 nvidia_uvm
6 2.0e-05 hid
6 2.0e-05 libuno_salhelpergcc3.so.3
4 1.3e-05 libchartcontrollerlo.so
3 9.8e-06 libnss_compat-2.23.so
3 9.8e-06 libraptor2.so.0.0.0
2 6.5e-06 e1000e
2 6.5e-06 iwlmvm
2 6.5e-06 libpng12.so.0.54.0
2 6.5e-06 libintrospectionlo.so
1 3.3e-06 cfg80211
1 3.3e-06 usbhid
1 3.3e-06 libembobj.so
1 3.3e-06 libproxyfaclo.so
1 3.3e-06 libgvfsdbus.so
1 3.3e-06 libXfixes.so.3.1.0
1 3.3e-06 libffi.so.6.0.4
1 3.3e-06 libpangocairo-1.0.so.0.3800.1
1 3.3e-06 libpangoft2-1.0.so.0.3800.1
1 3.3e-06 librdf.so.0.0.0
Steps to Reproduce:
1. Create a large document (mine are a mix of SVG imported templates, connector
lines, and a few raster graphics) - I set the page to "A0" size, which may
create some issues with memory allocation
2. Interact with the UI or attempt to edit the document
3. wait....
Actual Results:
Long waits
Expected Results:
snappy response
Reproducible: Always
User Profile Reset: No
Additional Info:
OpenGL generally crashes LO and I have to edit the config file manually or do a
complete deinstall and reinstall, thus losing all my UI customizations. I
strongly, strongly suggest never ever enabling OpenGL without testing on a
machine with snapshots so you can roll back - or at least backing up
preferences first. But that's a whole 'nother issue. Short: no haven't ever
successfully tried OpenGL.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>