Download it now!
Bug 129050 - Table rendering is extremely, unacceptably slow (Writer)
Summary: Table rendering is extremely, unacceptably slow (Writer)
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
Reported: 2019-11-27 05:29 UTC by James Harkins
Modified: 2020-02-29 09:28 UTC (History)
0 users

See Also:
Crash report or crash signature:

One page, two tables, very very slow rendering (20.25 KB, application/vnd.oasis.opendocument.text)
2019-11-27 05:29 UTC, James Harkins

Note You need to log in before you can comment on or make changes to this bug.
Description James Harkins 2019-11-27 05:29:21 UTC
Created attachment 156135 [details]
One page, two tables, very very slow rendering

The performance of table rendering is so bad -- appalling -- that Writer is very nearly unusable when tables are involved. Calc is somewhat faster but can still be slow.

I will attach a typical form from my school. On my system, it takes at least 5-15 seconds for anything to display. It's a *one-page document*. 5 seconds to render one page on a modern computer system is ludicrous.

Scrolling through the document also shows severe performance degradation -- not quite as bad, but from a workflow perspective, it means: if you used the scroll wheel, you will probably overshoot and have to go back (more delays), or you had better use pageup/pagedown *one key press at a time*, waiting 1-2 seconds every time.

Also, I believe there are spurious rendering requests being issued. To close the document requires 5-10 seconds before it disappears. What is it doing in that time? There is no need to process anything for display, for something that is very shortly not going to be displayed! Same for "Save as" -- delays both before and after saving...??? Why?

I have tried toggling OpenCL/hardware acceleration options. Nothing helps.

High CPU usage during all of these delays.

As a further test, today I upgraded from 6.1.something to 6.2.8 and my general impression is that somehow 6.2.x has degraded the performance *even further*. (5+ sec for 6.1.x, 10-12+ sec for 6.2.x.)

Multiple users have complained about this over many years (e.g. may be similar to #125171, #120360 for Draw), but it has never improved.

Ubuntu 18.04.
Comment 1 stragu 2019-11-27 09:35:40 UTC
Hi there

I can't really confirm on my computer, using LO 6.3 and 6.4 and Ubuntu 18.04 (with Budgie as the desktop environment). My laptop hs 16 GB of Ram, but the soffice process stays below 150 MB, which seems reasonable.

In my tests, it takes about 3 to 4 seconds to open the document and for the UI to be rendered completely, and scrolling is smooth. Closing the document is pretty much instantaneous.

The 6.2 branch will not see further development. Would you mind trying the latest release of the 6.3 branch?

Tested on:

Build ID: 1:6.3.3-0ubuntu0.18.04.1~lo1
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-GB
Calc: threaded


Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded