Bug 103252 - macOS: Time to open StartCenter
Summary: macOS: Time to open StartCenter
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) release
Hardware: All Mac OS X (All)
: high major
Assignee: Not Assigned
Keywords: bibisectRequest, perf, regression
: 116434 (view as bug list)
Depends on:
Blocks: MacOS-Wishlist
  Show dependency treegraph
Reported: 2016-10-15 21:41 UTC by Telesto
Modified: 2018-03-20 17:18 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Instruments Time Profile Trace LO (4.90 MB, application/zip)
2016-10-19 15:02 UTC, Telesto
Xcode Instrument Allocations Summary (5.42 MB, application/vnd.oasis.opendocument.spreadsheet)
2016-10-21 18:05 UTC, Telesto
Allocation Call Tree (partially expanded) (74.43 KB, text/csv)
2016-10-21 18:16 UTC, Telesto
Memory Allocation Call Tree Startup LO Sierra 10.12 (349.06 KB, application/zip)
2016-10-30 14:15 UTC, Telesto
Xcode Time Profile results (2.27 MB, application/vnd.oasis.opendocument.spreadsheet)
2016-11-12 22:04 UTC, Telesto

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2016-10-15 21:41:13 UTC
The time to reach the Start Center has doubled since LO on my Macbook Air 11" Early 2014 with MacOs Sierra GM (on cold start)

LibreOffice 9 seconds
LibreOffice 9 seconds
LibreOffice 9 seconds
Libreoffice 25 seconds
Libreoffice 26 seconds
Libreoffice 24 seconds
Libreoffice 26 seconds

Measurement method: stopwatch

Note: MacOS Sierra seems use a prefetch technology. After the first run, the next start will be quicker. To reset the prefetch function I open a different version of LibreOffice. 

Steps to Reproduce:
1. If LibreOffice didn't run last: start LibreOffice. Check the startup time  
2. Close LibreOffice
3. Start LibreOffice  Check the startup time  
4 Compare

Actual Results:  
Time to StartCenter: 25 seconds

Expected Results:
Time to StartCenter: 10 seconds

Reproducible: Always

User Profile Reset: YES

Additional Info:

User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Comment 1 Telesto 2016-10-15 22:02:53 UTC
There could be a relation with: https://bugs.documentfoundation.org/show_bug.cgi?id=101661
Comment 2 Alex Thurgood 2016-10-19 13:21:16 UTC
@telesto : please provide your hardware specification and network setup. Please also indicate whether you have any network connected devices, e.g. remote shares, from which you have loaded documents into LibreOffice recently (recent enough to appear in the recent documents list of the StartCenter)

Start times are very much dependent on hardware, but also on network conditions. It may indeed be that LO has got slower on first startup.

Setting to NEEDINFO pending requested information. Please set back to UNCONFIRMED once you have provided this information.
Comment 3 Telesto 2016-10-19 15:02:00 UTC
Created attachment 128072 [details]
Instruments Time Profile Trace LO
Comment 4 Telesto 2016-10-19 15:43:29 UTC
- Hardware: MacBook Air 11" Early 2014 (1.4GHz dual-core Intel Core i5 (Turbo Boost up to 2.7GHz) with 3MB shared L3 cache; 128 GB SSD)
- Test performed with a LibreOffice default profile, macOS Sierra with stock settings,   stock applications. In addition I have only installed Xcode and different versions of LO
- No internet connection in use at the time of the test
- No remote share used
- Test with and without power adapter.

The problem relatively minor. It only occurs on the first start of an affect LO version. If I close LO and restart the same LO version the startup is back to normal (10 sec). If I use different version of LO in between the time to start centre will be 25 seconds again. 

It has something to do with Synchronizing the Extension Repositories. It seems they are getting reinstalled for some reason.

Build ID: 2d75cf29e6d05e44c404f0547047f1da6563d380
CPU Threads: 4; OS Version: Mac OS X 10.12; UI Render: default; 
Locale: en-US (en_US.UTF-8); Calc: group

Build ID: 31dd62db80d4e60af04904455ec9c9219178d620
CPU Threads: 4; OS Version: Mac OS X 10.12; UI Render: default; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 5 Alex Thurgood 2016-10-20 13:22:28 UTC
@telesto : how full is your recent documents window - this is known to have an effect on first startup times - the more documents you have in the recently used documents window, the slower Lo starts first time because it re-indexes all of the thumbnails.

You might also want to look at :






which appear to be similar.
Comment 6 Alex Thurgood 2016-10-20 13:31:44 UTC
Version: : 31 seconds
Version: : 26 seconds
Version: : 24 seconds
Version: : 10 seconds

Confirming ==>> regression
Comment 7 Telesto 2016-10-21 18:05:06 UTC
Created attachment 128136 [details]
Xcode Instrument Allocations Summary

Xcode Instruments Allocations Profiling Results (Tracks a process' anonymous virtual memory and heap.....) from starting LibreOffice till the start-Screen
Comment 8 Telesto 2016-10-21 18:16:41 UTC
Created attachment 128137 [details]
Allocation Call Tree (partially expanded)
Comment 9 Telesto 2016-10-30 14:15:37 UTC
Created attachment 128360 [details]
Memory Allocation Call Tree Startup LO Sierra 10.12

Memory Allocation Call Tree Startup LO Sierra 10.12 without existing user profile
Comment 10 Telesto 2016-11-12 22:04:32 UTC
Created attachment 128704 [details]
Xcode Time Profile results

Detailed comparison between LO Alpha1 and for time taken to launch Start Center
Comment 11 Telesto 2016-11-15 20:53:55 UTC
Startup Time is back to 9 seconds with:
Build ID: 3f373500282c926031eed4f995ca8d51402ed187
CPU Threads: 4; OS Version: Mac OS X 10.12.1; UI Render: default; 
Locale: en-US (en_US.UTF-8); Calc: group

Startup Time is still 25 seconds with:
Build ID: 074f0ab1d76f16fe92493868e2f2de75e67792ef
CPU Threads: 4; OS Version: Mac OS X 10.12.1; UI Render: default; Layout Engine: new; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-11-15_00:29:07
Locale: en-US (en_US.UTF-8); Calc: group
Comment 12 Xisco Faulí 2017-11-15 22:10:43 UTC
Hi Telesto,
Could you please check whether it's better in 5.4.3 ?
Comment 13 Telesto 2017-11-15 23:20:40 UTC
(In reply to Xisco Faulí from comment #12)
> Hi Telesto,
> Could you please check whether it's better in 5.4.3 ?

Nope, seems OK to me

Comment 14 Alex Thurgood 2018-03-20 17:17:41 UTC
Re-opened due to duplicate bug 116434
Comment 15 Alex Thurgood 2018-03-20 17:18:00 UTC
*** Bug 116434 has been marked as a duplicate of this bug. ***