Bug 159199 - Improve loading time for simple, large presentation document
Summary: Improve loading time for simple, large presentation document
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
24.8.0.0 alpha0+
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
Depends on:
Blocks: Slide-Show
  Show dependency treegraph
 
Reported: 2024-01-15 14:11 UTC by Gabor Kelemen (allotropia)
Modified: 2024-04-01 18:05 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Impress (3.11 MB, application/vnd.oasis.opendocument.presentation)
2024-01-15 14:11 UTC, Gabor Kelemen (allotropia)
Details
Flamegraph made under Ubuntu 22, own build (252.86 KB, image/svg+xml)
2024-01-15 14:18 UTC, Gabor Kelemen (allotropia)
Details
Flamegraph of an empty document Impress opening, for reference (252.86 KB, image/svg+xml)
2024-01-15 14:21 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2024-01-15 14:11:05 UTC
Created attachment 191955 [details]
Example file from Impress

Attached example file contains about 100 slides of presentation - the Candy template 4x copy-pasted.
Opening this file takes a short time, but even that is more than the same content saved as pptx is opened in PowerPoint.
This report is to explore options to reduce load times as much as possible in this simple content case.

1. Open attached file in current nightly from the commandline, using 
time OOO_EXIT_POST_STARTUP=1 program/soffice Candy-large.odp

With hot caches this gives

real    0m11,957s
user    0m0,000s
sys     0m0,000s

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 25276df12abd9d002f7f899900434617b256f745
CPU threads: 15; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (hu_HU); UI: de-DE
Calc: threaded

(based on the amount of CLI output, this seems to be a dbgutil build, but still)
Comment 1 Gabor Kelemen (allotropia) 2024-01-15 14:18:57 UTC
Created attachment 191956 [details]
Flamegraph made under Ubuntu 22, own build
Comment 2 Gabor Kelemen (allotropia) 2024-01-15 14:21:10 UTC
Created attachment 191957 [details]
Flamegraph of an empty document Impress opening, for reference
Comment 3 Stéphane Guillou (stragu) 2024-01-30 01:19:30 UTC
First open:

real	0m11,481s
user	0m11,156s
sys	0m0,518s

Second open:

real	0m12,111s
user	0m11,779s
sys	0m0,542s

(Gabor, what exactly do you do for testing cold vs hot cache?)

With:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2cedb1a19ad605df4e148589e9027512e4dd9265
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

In the console, I get 16 times:

warn:sd.filter:202522:202522:sd/source/filter/xml/sdxmlwrp.cxx:436: Fixing inconsistent outline numbering placeholder preview

@Laurent: wondering if the warning above sounds interesting to you, potential template fix for Candy? I also get it on a single copy of the template.

In any case, too long a wait for what the document is.
Comment 4 Laurent Balland 2024-01-30 06:55:20 UTC
(In reply to Stéphane Guillou (stragu) from comment #3)
> @Laurent: wondering if the warning above sounds interesting to you,
> potential template fix for Candy? I also get it on a single copy of the
> template.
I have almost finished with Grey Elegant template. Candy is my next goal.
Comment 5 Laurent Balland 2024-03-31 20:43:25 UTC
(In reply to Stéphane Guillou (stragu) from comment #3)
> In the console, I get 16 times:
> 
> warn:sd.filter:202522:202522:sd/source/filter/xml/sdxmlwrp.cxx:436: Fixing
> inconsistent outline numbering placeholder preview
Fixed in https://gerrit.libreoffice.org/c/core/+/165602

But loading time seems the same for the template