Bug 114462 - Slow scrolling and high CPU utilization in the expert configuration with specific content (for example histories)
Summary: Slow scrolling and high CPU utilization in the expert configuration with spec...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.1.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace, perf
: 114468 (view as bug list)
Depends on:
Blocks: Options-Dialog-Expert Scrolling-Performance
  Show dependency treegraph
 
Reported: 2017-12-14 12:34 UTC by Telesto
Modified: 2023-12-03 08:42 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Callgrind output from master (3.70 MB, application/x-xz)
2017-12-25 10:46 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-12-14 12:34:46 UTC
Description:
Slow scrolling and high CPU initialization in the expert configuration with specific content (for example histories)

Steps to Reproduce:
1. Open LibreOffice
2. Tools -> Options -> Advanced
3. Click Open Export Configuration
4. Search term: Histories -> Enter
5. Scroll up and down and monitor CPU usage and notice a lag (btw, some file open historie is needed)

Actual Results:  
High CPU initialization an laggy scrolling 

Expected Results:
Probably not


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 6.1.0.0.alpha0+
Build ID: cc1db6f2b0ebe05ae807628778835b62df00eca2
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-12-02_23:45:34
Locale: nl-NL (nl_NL); Calc: CL


User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Comment 1 Jean-Baptiste Faure 2017-12-24 10:37:13 UTC
Working on copies of the same profile, scrolling in the expert configuration is smoother with LO 6.0.0.1.0+ than with the master. So set status to NEW.
Both need 100% of the used CPU but I am not sure if that is an abnormal behavior.


Best regards. JBF
Comment 2 Buovjaga 2017-12-25 10:46:08 UTC
Created attachment 138642 [details]
Callgrind output from master

Arch Linux 64-bit
Version: 6.1.0.0.alpha0+
Build ID: 12d3d90b87d1685d526f576eba62caa79c0df418
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Built on December 22nd 2017
Comment 3 Xisco Faulí 2018-03-08 13:36:01 UTC Comment hidden (obsolete)
Comment 4 Xisco Faulí 2018-03-08 13:36:50 UTC
*** Bug 114468 has been marked as a duplicate of this bug. ***
Comment 5 QA Administrators 2019-09-23 02:54:29 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2021-09-23 03:32:38 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2023-12-03 03:14:06 UTC Comment hidden (obsolete)
Comment 8 Buovjaga 2023-12-03 08:42:22 UTC
Still repro with 25 history items.

In 5.0 the dialog is a bit different, although it already allows searching. CPU usage when scrolling is still high with it even though the rendering is done somehow differently in that it doesn't seem similarly laggy as newer versions.

Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 619500d6919c227e734b119481a4b334972e0b7b
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded