Description: The CPU usage when hoovering over a drop-down menu has increased between LibO5.0.0.5 and LibO5.0.2.2 and is noticeable ever since. It probably also happens without OpenGL enabled, but is more noticeable with OpenGL enabled. Steps to Reproduce: 1. Open Writer 2. Enable OpenGL (for best resuls) -> Options -> View 3. Click (for example) Menu -> Insert and hoover over the items within. Monitor CPU usage Actual Results: CPU usage lies around the around 12-15% (but probably depending on system specs) Expected Results: CPU usage is around 4% on my system with Lib5.0.0.5 Reproducible: Always User Profile Reset: No Additional Info: Found in: Version: 5.4.0.0.alpha0+ Build ID: b41186a2fc49e440890b8c86e5367352ffaf9cd6 CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2017-01-26_01:50:40 Locale: nl-NL (nl_NL); Calc: CL and in Version: 5.0.6.3 Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa-GL Locale: en-US (nl_NL) and more prone in Version: 5.0.2.2 Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe-GL Locale: en-US (nl_NL) but not in Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: en-US (nl_NL) User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Setting to NEW. Baron did confirm already on IRC.
Nearly the same performance behavior can be found when resizing columns in Calc. Not quite sure if it's a dupe, but seems likely. Found in the same range. Not in LibO 5.0.0.5 but in 5.0.2.2 and up. Steps to Reproduce: 1. Enable OpenGL (for best resuls) -> Options -> View 2. Open attachment 130789 [details] (it can also be done without) 3. Click between columns and keep resizing column width.
Bibisected with repo bibisect-win32-5.1. dfe5bc24f6cc175d0021854f2a8042578f291265 is the first bad commit commit dfe5bc24f6cc175d0021854f2a8042578f291265 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Sat Jul 18 16:35:48 2015 -0700 source 7eb4c6921850a5a377f6aa42ce4af85b145da01c # bad: [05d11632892a322664fb52bac90b2598b7fb7544] source 5616d22b57a9a5e57d545e912e029162a230829b # good: [c1efd324c6ad448ac9edb030dc9738b9e6899e4d] source ab465b90f6c6da5595393a0ba73f33a1e71a2b65 git bisect start '05d11632892a322664fb52bac90b2598b7fb7544' 'oldest' # bad: [97526ab777da7e58ce283c05498262ecdd4d6f7f] source 4ea70f87f7a2b61eda6e5ab1f48debf6fcfadc1f git bisect bad 97526ab777da7e58ce283c05498262ecdd4d6f7f # bad: [2202cdaa0eae3f646f1285a0ea45934edeb26e8a] source a88bf8fd10c42a15e5d6e66da656889c82b4933a git bisect bad 2202cdaa0eae3f646f1285a0ea45934edeb26e8a # good: [1d0a95445c203c11beb1aa5eae844cf178ea0984] source 8f324aebfb94c4b2023894121b954ad4f35eb395 git bisect good 1d0a95445c203c11beb1aa5eae844cf178ea0984 # bad: [2ab10dd694f52d975b104db63c74d74affc857cf] source c92853c93e537b75444ea2852777d73390de1b1a git bisect bad 2ab10dd694f52d975b104db63c74d74affc857cf # bad: [131890245b4ecbfbc397a21035817baf2bbe1f6b] source cd3881d7171b828872db2ed0b3d49b580c3b17d1 git bisect bad 131890245b4ecbfbc397a21035817baf2bbe1f6b # bad: [59400bc212cf2ceca6dd2fc6280f232888af1612] source 56b1a63e670ed7e8c5cda4c86a23c347ce32a224 git bisect bad 59400bc212cf2ceca6dd2fc6280f232888af1612 # good: [c511e2274cf41d88a087cb2f14cb640d9003265c] source 86bbb304db54befcd3b5b64b112b2a849f9273ae git bisect good c511e2274cf41d88a087cb2f14cb640d9003265c # good: [e7f43dae6e35fee73a48d6d66b0420ee22056f36] source 888098ef0d26b80d36e464c14b2f6bb440d30f4e git bisect good e7f43dae6e35fee73a48d6d66b0420ee22056f36 # good: [9122e1995771bee211cdbfc537c0af44ab78276e] source 55e7aa6022a7d05f79bd9fe6df8a865e3901aecf git bisect good 9122e1995771bee211cdbfc537c0af44ab78276e # good: [6078fc2882f050eb85d8f369020553e02c9db6d0] source 5652313e8a1aee00fd973cdcdd0d04071a8abd31 git bisect good 6078fc2882f050eb85d8f369020553e02c9db6d0 # good: [4aff389391796eb918598422708c01f30eb2cc58] source 37ee25a7f4745fe347084a06f889d8c6ef206a41 git bisect good 4aff389391796eb918598422708c01f30eb2cc58 # good: [c457da64a51517aa871887d96c0488db3462eca7] source 72dca3022d3a82b59cf41b410c82fecf63c3c156 git bisect good c457da64a51517aa871887d96c0488db3462eca7 # bad: [dfe5bc24f6cc175d0021854f2a8042578f291265] source 7eb4c6921850a5a377f6aa42ce4af85b145da01c git bisect bad dfe5bc24f6cc175d0021854f2a8042578f291265 # good: [624bb0f532192c44e632cd8bde80a506e1a121f1] source f067d7010322505013693a18b68fac6d6a53e61f git bisect good 624bb0f532192c44e632cd8bde80a506e1a121f1 # first bad commit: [dfe5bc24f6cc175d0021854f2a8042578f291265] source 7eb4c6921850a5a377f6aa42ce4af85b145da01c
The increase of CPU usage started with the commit referenced below. Since this commit the usage goes up to ~20% for me (4-core AMD CPU, so about 80% of a core), while in the previous one it's only ~5-10%. I also get the impression this commit is connected to the current behavior that first a grey rectangle is shown in place of the menu, and the content is painted after a short, but noticeable delay. The interseting thing is that this is a cleanup commit, and it never seems to have been backported into 5.0. Quite peculiar, I'd say. Adding Cc: to Markus Mohrhard, please take a look. https://cgit.freedesktop.org/libreoffice/core/commit/?id=7eb4c6921850a5a377f6aa42ce4af85b145da01c author Markus Mohrhard <markus.mohrhard@googlemail.com> 2015-06-04 15:39:48 (GMT) committer Markus Mohrhard <markus.mohrhard@googlemail.com> 2015-06-17 12:46:26 (GMT) commit 7eb4c6921850a5a377f6aa42ce4af85b145da01c (patch) "remove all traces of old device code"
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
As Skia with Vulkan will replace OpenGL UI rendering on all platforms, it does not make sense to keep OpenGL UI reports open. Details about Skia: https://www.collaboraoffice.com/success-story/implementing-vulkan-capable-libreoffice-user-interface-using-the-skia-library/