CPU utilization while scrolling through a document is around 90%. Should probably be around 15% or so
Steps to Reproduce:
1. Open the attachment 135838 [details] (or any random file)
2. Scroll down while monitoring CPU usage (or using Instruments time profiler)
CPU utilization is around 90%
Between 5 - 15% - similar to Windows or Linux - instead of 90% would be nice for a longer battery life
User Profile Reset: No
Build ID: 4d94541a7b88b76d856e30dba7f8a3de48260eda
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default;
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2017-10-08_02:51:19
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
Hmm, can't reproduce this reliably with:
Build ID: 75539963e621faafdc0d3ef6759cadb2e0a5d9b4
CPU threads: 8; OS: Mac OS X 10.12.6; UI render: default;
Locale: fr-FR (fr_FR.UTF-8); Calc: group
At the beginning, processeur usage does indeed climb and stay quite high on my MBPro i7 16Mb RAM, but it drops off after a while even as I scroll through the document with the arrow key and stabilizes at between 15-30%.
Is this issue still reproducible in master?
Created attachment 138762 [details]
(In reply to Xisco Faulí from comment #2)
> Hi Telesto,
> Is this issue still reproducible in master?
The issue still exists with a touchpad (didn't test a mouse). Everything is working smooth, but it's CPU hogging. Only scrolling a empty writer/calc document is enough. It looks suboptimal to me..
This bug is not only affects scrolling, but it can affect everything that involving repainting anything on the page. visit: https://www.mactechnicalsupportnumbers.com/mac-customer-care-number/ to fix such bug issue son your mac.
This is really informative as I have a MacBook Air and so I found this description of CPU utilization on Mac OS really interesting and helpful. To read blogs regarding MacBook visit - https://www.mactechnicalsupportnumbers.com/blog/fix-macbook-air-wont-turn-black-screen-problem/
*** Bug 121408 has been marked as a duplicate of this bug. ***
All these bugs about LibreOffice user interface sluggishness under macOS are related. LibreOffice performance in macOS is horribly abysmal, and that's the nicest way I can put this without getting kicked off the internet for good.
The problem seems to lie somewhere in the way LibreOffice draws its user interface. On high-resolution Retina displays LibreOffice is so slow that you can't even scroll down an EMPTY (!!!) Writer document or an EMPTY (!!!) spreadsheet smoothly. No way, no how. Scrolling is so jumpy and laggy. When moving objects in Draw, such as text boxes, embedded images, forms, etc. the entire UI seems to choke up and lags behind by more than 1-2 seconds. Resizing an image in a Draw document is practically impossible as it takes anywhere between 2-10 seconds for screen contents to update to reflect the new size.
Starting LibreOffice in Low Resolution improves performance noticeably but in return makes the entire application appear blurry, so that's not a solution either.
This has been going on for YEARS now. I can't tell how long for sure but definitely since the early days of LibreOffice somewhere around Version 4.x. LibreOffice under macOS is unusable on every Mac released after 2012, because that is when Apple introduced their high-resolution Retina display. It is now late 2018, we have 6-core MacBook Pros and 18-core iMac Pros and LibreOffice remains completely unusable under macOS on all of these. In fact, performance is so bad I have resorted to using Microsoft Office for editing OpenDocument files because using LibreOffice to edit a simple spreadsheet or text document feels like getting punched repeatedly in the face. With a sledgehammer. Swung by Thor. On Speed.