Bug 134656 - Animating text box requires quite some CPU time on MacOS
Summary: Animating text box requires quite some CPU time on MacOS
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-08 14:15 UTC by Telesto
Modified: 2021-02-11 12:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (12.38 KB, application/vnd.oasis.opendocument.presentation)
2020-07-08 14:16 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-07-08 14:15:55 UTC
Description:
Animating text box requires quite some CPU time on MacOS

Steps to Reproduce:
1. Open the attached file
2. Open Apple Instrument and make a time profile or look at the Activity Monitor

Actual Results:
For me 18%; but not the fastest CPU

Expected Results:
2-5% based on Linux/Windows


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.1
Build ID: 04ba7e3f1e51af6c5d653e543a620e36719083fd
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded
Comment 1 Telesto 2020-07-08 14:16:18 UTC
Created attachment 162808 [details]
Example file
Comment 2 Xisco Faulí 2021-02-09 15:19:12 UTC
Dear Telesto,
Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Comment 3 Alex Thurgood 2021-02-10 10:16:52 UTC
@Telesto : where exactly should I be looking in the time profile ?

On Mac Silicon M1, using 
Version: 7.0.3.1
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded

I see a faire amount of time is spent in what I assume is the render operation :

223 ms

ripc_RenderImage CoreGraphics

and more specifically in:

vPremultipliedAlphaBlendWithPermute_RGBA8888_CV_sse4

but is this where I should actually be looking ?

I guess the SSE instruction set execution is the slow point here ?


However, in the grand scheme of things, at least from my perspective when viewing the text animation, the animation occurs at a perfectly acceptable speed.


Sorry I can't help more, as I don't really know which bottleneck I'm supposed to be searching for. There are other bottlenecks which take up more time overall, for example in the NSViewBackingLayer loop.
Comment 4 Telesto 2021-02-10 12:22:48 UTC
Not sure if this even around any longer.. HDPI screen should be the most affected. But well there where some changes in rendering
Comment 5 QA Administrators 2021-02-11 04:12:16 UTC Comment hidden (obsolete)
Comment 6 Alex Thurgood 2021-02-11 09:02:04 UTC
Hmm, like I said, the animation for me, whether output onto my MBPro Retina M1, or via lightning to my 27" HDPI Apple Monitor, is perfectly acceptable.

Shall we set this to WFM ?