[Libreoffice-bugs] [Bug 126788] New: FILEOPEN: ODT big performance drop for big table from 6.1 to 6.2 to 6.3

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Fri Aug 9 08:02:18 UTC 2019


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

            Bug ID: 126788
           Summary: FILEOPEN: ODT big performance drop for big table from
                    6.1 to 6.2 to 6.3
           Product: LibreOffice
           Version: 6.3.0.4 release
          Hardware: x86-64 (AMD64)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: paul.jowett at systemic.com.au

Summary:
 6.3.0.4 appears to take 224% longer than 6.1.5.2 when loading/saving ODT from
bug 84635 
 Quite the reverse of the 6.3.0.4 release documentation.

Detail:
There seems to be a big drop in performance on Windows 10 for the files
attached to bug (84635).  I've raised this as a separate bug since it appears
to be limited to Windows and it tests performance using LOAD and SAVE
operations which may mean it has a slightly different cause.  Tests on linux
show no significant improvement or degradation in performance using this test
between 6.1, 6.2 and 6.3 (which is also unexpected but not a regression).

Release 6.3.0.4 touts big improvements in ODT load times (order of magnitude)
and related to large tables.  It also specifically states it resolves bug
84635.

The test uses the LibreOffice command line to get the time taken to convert an
ODT to PDF.

The file used is https://bugs.documentfoundation.org/attachment.cgi?id=107265
which is the second test document attached to bug (84635) and the file is
called:
  table_1034r_13p.odt

On Windows, the following command is put into a batch script file
conv6.1.5.2.bat:

  "\Program Files\LibreOffice6.1.5.2\program\soffice.exe" --convert-to pdf
table_2178r_26p.odt --headless

and using Windows Power Shell, the execution time of the convert can be
collected:

  Measure-Command {.\conv6.1.5.2.bat}

The above process was used with 6.1.5.2, 6.2.6.1 and 6.3.0.4 generating the
following averaged results:

  6.1.5.2 - 31.5 seconds
  6.2.6.1 - 43.5 seconds (+38% longer)
  6.3.0.4 - 70.7 seconds (+224% longer)

Notes:
1) After looking at related bugs, the tests were executed with and without GPL
enabled which did not make a significant difference.
2) The tests were also executed after clearing the user settings
(%APPDATA%\Roaming\LibreOffice) so that the version being tested would create
the user profile during the test.
3) Converting to docx (instead of PDF) has similar results

-- 
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/20190809/7da930dc/attachment.html>


More information about the Libreoffice-bugs mailing list