Bug 136203 - LibreOffice is launching slowly with all Interface Languages installed (taking while until splash screen appears)
Summary: LibreOffice is launching slowly with all Interface Languages installed (takin...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.0.0.5 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-27 18:54 UTC by Telesto
Modified: 2022-06-23 03:49 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot VTune Profiler (459.60 KB, image/jpeg)
2020-08-28 10:38 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-27 18:54:04 UTC
Description:
LibreOffice is launching slowly with all Interface Languages installed (taking while until splash screen appears)

Steps to Reproduce:
1. Install Writer with all languages (or extract the MSI)
2. Launch Writer

Actual Results:
The splash screen appears within 2-3 seconds low number of Interface languages (say 3)
If you install all it takes 9-10 seconds

Expected Results:
Looks like LibreOffice iterating through all languages on every launch. There must be a way to do this more efficient, as only one language is actually used

I get the feeling that LibreOffice 5.0 being slightly faster (but didn't compare the number of languages)


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 6640d7f405d2970ba2825a9455926cc803284d01
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-08-27 19:20:20 UTC
@Caolan
Any idea what LibreOffice does with they Interface Languages on initialization? I guess not, but I like to ask.

And way (way) more off topic: would placing they xcd files into sqlite database have performance impact. Still loving to see sqlite being introduced for registrymodifications.xcu; that file is written insane amount of times; the benifit list: https://www.sqlite.org/aff_short.html didn't convince Miklos, yet
Comment 2 Caolán McNamara 2020-08-28 08:27:33 UTC
sberg knows far more about the config layer than I ever will, I'm unconvinced that sqlite would be a magic bullet
Comment 3 Stephan Bergmann 2020-08-28 09:10:09 UTC
One aspect of having more localizations installed is that, yes, there are more .xcd files under share/registry/, and, yes, all of them are processed during start-up.  But without actual profiling it is hard to tell whether that additional .xcd processing amounts to a relevant share of your reported start-up slowdown.  (I tend to remember that I made measurements back in the days of the configmgr redesign introducing those .xcd files, and that they indicated rather insignificant slowdown, but I cannot remember any details.)
Comment 4 Telesto 2020-08-28 10:38:40 UTC
Created attachment 164792 [details]
Screenshot VTune Profiler

A slightly uninformative performance profile (non-debug/non-symbol build). I launched Writer with the V-Tune. There is a 4 second pause before the initialization really starts. V-Tune sadly shows no stack information for that period :-(
Comment 5 Xisco Faulí 2021-11-23 10:52:32 UTC
Hello Telesto,
is this issue still reproducible with a master build ?
Comment 6 QA Administrators 2022-05-23 03:39:20 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2022-06-23 03:49:42 UTC
Dear Telesto,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp