Bug 114679 - macOS: Copying the installation files is painfully slow since 6.0
Summary: macOS: Copying the installation files is painfully slow since 6.0
Status: RESOLVED DUPLICATE of bug 151341
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.4.4.2 release
Hardware: All macOS (All)
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: macOS-UI-polish MacOS-Performance Installer
  Show dependency treegraph
 
Reported: 2017-12-24 15:28 UTC by Telesto
Modified: 2022-12-20 18:21 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-12-24 15:28:33 UTC
Description:
Copying LibO from the DMG to the disk takes quite a long time with LibO6. It's a lot faster with 5.2 and 5.3

Steps to Reproduce:
1. Download the DMG
2. Drag and drop LibreOffice to the program folder (and monitor the time needed)

Actual Results:  
Takes 3 or 4 minutes

Expected Results:
40 seconds


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.0.0.1
Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; 
Locale: nl-NL (nl_NL.UTF-8); Calc: group


User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Comment 1 Alex Thurgood 2018-01-04 13:35:27 UTC
Confirming with LO5442
Comment 2 Telesto 2018-01-26 11:16:01 UTC
Cloph. Has there been a change related to the packaging of the MacOS installer between 5.3 and 5.4? Which could cause a signing issue or something like that?

There is a noticeable slowness when copying the installer files to the Programs directory. http://crl.apple.com/root is showing up in the console...

(Bug 114364 might me related to this too.)
Comment 3 How can I remove my account? 2018-05-22 12:21:59 UTC
Telesto: What is that link in your previous comment supposed to be?
Comment 4 Telesto 2018-05-22 18:33:29 UTC
(In reply to Tor Lillqvist from comment #3)
> Telesto: What is that link in your previous comment supposed to be?

No clue... Apple console reports all sorts of stuff while copying LibO to the application directory. For example


20:33:01.504390 +0200	DesktopServicesHelper	Received claim <private>
20:33:01.504732 +0200	DesktopServicesHelper	Claim F59962AC-B0B0-407D-8D4B-D3EE29232452 granted in server
20:33:01.505016 +0200	DesktopServicesHelper	Claim F59962AC-B0B0-407D-8D4B-D3EE29232452 invoked in client
20:33:01.772432 +0200	DesktopServicesHelper	Claim F59962AC-B0B0-407D-8D4B-D3EE29232452 was revoked
---	

trustd	asynchronously fetching CRL (http://crl.apple.com/root.crl) for client (mdworker[2340])
Comment 5 steve 2018-07-21 00:07:49 UTC
"Copying the installation files is quite slow" is actually an understatement. It took over 3-4 minutes for me to copy the latest master build to my disk. Using an SSD and not seeing this with any other software. It feels this has gotten worse lately.
Comment 6 Telesto 2018-07-21 12:25:24 UTC
(In reply to steve -_- from comment #5)
> "Copying the installation files is quite slow" is actually an
> understatement. It took over 3-4 minutes for me to copy the latest master
> build to my disk. Using an SSD and not seeing this with any other software.
> It feels this has gotten worse lately.

I agree. It's painfully slow. I'm skipping daily builds all together
Comment 7 Alex Thurgood 2018-12-18 11:53:42 UTC
I just installed 6132 and it took more than 5 minutes to copy the app bundle to the Applications folder (macmini end 2014, 8 Gb RAM)
Comment 8 Telesto 2018-12-18 12:23:58 UTC Comment hidden (obsolete)
Comment 9 How can I remove my account? 2018-12-18 13:56:50 UTC
It is possible that packaging the TDF build in some more up-to-date format (and not as a .dmg) would make the installation speedier. But I wouldn't know. My main interest is the App Store build anyway.
Comment 10 Telesto 2018-12-18 15:31:01 UTC
(In reply to Tor Lillqvist from comment #9)
> It is possible that packaging the TDF build in some more up-to-date format
> (and not as a .dmg) would make the installation speedier. But I wouldn't
> know. My main interest is the App Store build anyway.

Another perspective: it *really*  discourages installing Alpha/beta builds from TDF. Making group of testers (and maybe users) even smaller. Increasing the risk of a drop the quality of the App Store build in the long run.. 

Not sure if this has something to do with DMG. It's rather new issue; since LibO 6.0.
Comment 11 eisa01 2019-08-10 21:27:22 UTC
Yes, this is quite slow and may discourage people from trying LibreOffice?

Still present on the release build of 6.3

I only started timing after progressing halfway, but it used 1:15 on copying from 380-700 MB

Using cp in the terminal used 0:30 for the full copy
Comment 12 Telesto 2020-04-24 11:12:44 UTC
Still present
Comment 13 steve 2021-04-07 09:25:57 UTC
Chat conversation with Cloph:

Nothing we can do about it as it is mac that is copying the files from dmg to target disk. Nothing special about that / LibreOffice package has no say in that / is not involved at all. So the complaint is rather: macOS is slow at copying files from a mounted diskimage (dmg).

Type of compression could be changed, but I doubt this would make any difference.

If someone does research on why it is slow, I'm willing to have another look, but as it stands now: I don't see any way to improve it. Is not the signing/notarization, since the daily builds are not signed or notarized and apparently suffer from the same slowdowns. So leaves only the compression used as a potential candidate, but then again I cannot really imagine that would change things.

Potential starting point: play with how the dmg is created, search for the hdiutil invocations in the code etc:
https://opengrok.libreoffice.org/xref/core/solenv/bin/modules/installer/simplepackage.pm?r=443f65e9#458

As per above remarks setting to NOTOURBUG

If anybody has an idea PLEASE re-open and add your input to this bug.
Comment 14 Jan-Marek Glogowski 2021-04-07 13:04:01 UTC
Just if someone wants to test various image formats: hdiutil has a "convert image" option, so that should be a much faster playground then using gbuild. No Mac so can't test. See https://ss64.com/osx/hdiutil.html
Comment 15 How can I remove my account? 2021-04-07 13:10:10 UTC
By the way, one would think (hope) that apps distributed through the Mac App Store use some fast and elegant installation method. At least I don't think any disk images are involved. But sadly Xcode itself (which is a *huge* application, sure) is infamous for taking tens of minutes to upgrade from the App Store (once the download has finished).
Comment 16 Telesto 2021-04-07 13:53:22 UTC
(In reply to Tor Lillqvist from comment #15)
> By the way, one would think (hope) that apps distributed through the Mac App
> Store use some fast and elegant installation method. At least I don't think
> any disk images are involved. But sadly Xcode itself (which is a *huge*
> application, sure) is infamous for taking tens of minutes to upgrade from
> the App Store (once the download has finished).

That's a lovely fact. But original point was it was better with 5.3 dmg. So installing a 5.3 package was faster on 10.12.6. 

Obviously this measure taken a while back and we are now at Big Sur 11.2.3. So needs a comparison fresh comparison, IMHO. 

But I for people testing daily's it no fun. So you certainly trim down on number of installs.
Comment 17 Telesto 2021-04-07 13:57:14 UTC
Sorry, overlooked comment 13.. will check it at some point
Comment 18 eisa01 2022-12-20 18:07:33 UTC
Seems like someone hunted down the reason, and a patch got committed!

*** This bug has been marked as a duplicate of bug 151341 ***