Description: I am using Libreoffice Draw to create nice documents. Up to Libreoffice 6.4.6.2 this works a little bit slow but it works. Now with Libreoffice 7.0.4.2 it is impossible to do this, because it is so slow that Libreoffice is not reacting. Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kf5 Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded Steps to Reproduce: Open the attached document and try to work with it. Actual Results: It is not possible because Libreoffice reacts to slow. Expected Results: Libreoffice should work as fast as in version 6.4.6.2 or better. Reproducible: Always User Profile Reset: No Additional Info: Please keep in mind that new features are not so important then general functionality. Thank you for your work and understanding.
Created attachment 170022 [details] Document that is very slow in Libreoffice 7
Created attachment 170023 [details] Preview as PDF generated in Version 6.4.6.2
Confirm a perf problem in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 62dff2844b0bf1d1bcb8eb4d6db529ef4a31bee4 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded and in Версия: 6.4.5.2 (x86) ID сборки: a726b36747cf2001e06b58ad5db1aa3a9a1872d6 Потоков ЦП: 4; ОС: Windows 10.0 Build 18363; Отрисовка ИП: по умолчанию; VCL: win; Локаль: ru-RU (ru_RU); Язык интерфейса: ru-RU Calc: threaded and in Version: 6.3.3.2 (x86) Build ID: a64200df03143b798afd1ec74a12ab50359878ed CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded too. I'm not sure it's a regression in this case, but possibly there is a difference between Windows and Linux there
Is there an easy way to run the actual development version in an container? The last version to download seems to be 7.1.1 Older versions are not interesting, because the problem did not occur in the versions before. Maybe there is a general performance problem, so have a look at https://bugs.documentfoundation.org/show_bug.cgi?id=140635 ?
(In reply to Karsten from comment #4) > Is there an easy way to run the actual development version in an container? > The last version to download seems to be 7.1.1 Which container? There's https://libreoffice.soluzioniopen.com/daily-version/
(In reply to Timur from comment #5) > Which container? There's https://libreoffice.soluzioniopen.com/daily-version/ Thanks - that's good for testing. With LibreOfficeDev-7.2.0.0.alpha0_2021-02-15-x86_64.AppImage i have the same results. Libreoffice seems sometimes to lock the complete KDE for many seconds. In the process list i can see that soffice.bin is blocking with 100% cpu load.
I deinstalled LibreOffice 7, because other annoying bugs appeared. Now i installed Version: 6.4.7.2 Build-ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU-Threads: 4; BS: Linux 4.19; UI-Render: Standard; VCL: kf5; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded and here it is no problem to work with the attached Libreoffice Draw document. So some changes has been made in LibreOffice 7 that are causing inherent performance problems.
I confirm that perf regression started from 7.0, similar in 7.2+, test with timeout command, seen big cpu and time. Tested in Linux Mint Gtk3.
Linux 7.0: Commit 3638868cc250376d49060db3c53ae1fd7f3c13ac Author: Jenkins Build User <tdf@pollux.tdf> Date: Fri May 22 15:20:15 2020 +0200 source 49fc4913ba7fc4a0be2e32407205edd8f31b3172 source 49fc4913ba7fc4a0be2e32407205edd8f31b3172 source f73980ed151e3d04b02cc463cf9fd6432f14ba03 source 78b7e1dfba4fb776db801c478a830057ff67d965 source aff8471dbffdd6d26e63533d7ffa8ddea6b2396b source c200aa27ee4a0f5a89af6e970c2c22580029eded Previous af6561532832615f39b5ea82aa5d9b3e240784e8 https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=af6561532832615f39b5ea82aa5d9b3e240784e8..49fc4913ba7fc4a0be2e32407205edd8f31b3172 CC Caolán, please see this.
Created attachment 171186 [details] strip original document down to problematic svg can be reproduced with just blank draw and insert this image
Created attachment 171187 [details] this modified svg functions fine here the text paths causing the problem is removed and it functions well
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3a933fddfdbbe158caac47b9957fb3c8d92506fb tdf#140639 cache FcPattern for font options It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Caolán McNamara from comment #11) > Created attachment 171187 [details] > this modified svg functions fine > > here the text paths causing the problem is removed and it functions well So it is not allowed to use the full functionality of SVG ? Besides - the text path is not rendered with the correct True-Type-Font.
Verified in Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: a199e4ea389c934d169a178433f4b94033e60f93 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Caolán, thanks for fixing this issue!!
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/365df37004630b68afafdc676e26f2599c2194a9 tdf#140639 cache FcPattern for font options It will be available in 7.1.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Karsten, please test with daily master from link in fix, I guess it will be ready tomorrow. I'm waiting for bibisect repo to be updated.
I think the committed https://gerrit.libreoffice.org/c/core/+/114140 is the fundamental problem bringing the doc from never renders to renders in useful time. The additional https://gerrit.libreoffice.org/c/core/+/114173 and https://gerrit.libreoffice.org/c/core/+/114172 (gen only) appear in profiling as minor contributions too. Turning vcl/source/font/fontcache.cxx from its current 50 to 500 would have an additional improvement for scrolling, but at a cachesize cost. The text path for the red text around the margin is done by RenderTextSimpleOrDecoratedPortionPrimitive2D by creating ~500 slightly different fonts each with a different orientation.
(In reply to Timur from comment #16) > Karsten, please test with daily master from link in fix, I guess it will be > ready tomorrow. > I'm waiting for bibisect repo to be updated. How it can be tested? Is there something like an appimage? Here https://libreoffice.soluzioniopen.com/daily-version/ the last version is from 12. April. An how can the fontcache vcl/source/font/fontcache.cxx be tuned from 50 to 500 ?
(In reply to Karsten from comment #18) > (In reply to Timur from comment #16) > > Karsten, please test with daily master from link in fix, I guess it will be > > ready tomorrow. > > I'm waiting for bibisect repo to be updated. > > How it can be tested? > > Is there something like an appimage? > > Here https://libreoffice.soluzioniopen.com/daily-version/ the last version > is from 12. April. > > An how can the fontcache vcl/source/font/fontcache.cxx be tuned from 50 to > 500 ? Just download a recent daily build ( newer than 2021-04-14 12:38:06 UTC ) from https://dev-builds.libreoffice.org/daily/master/
(In reply to Xisco Faulí from comment #19) > (In reply to Karsten from comment #18) > > (In reply to Timur from comment #16) > > > Karsten, please test with daily master from link in fix, I guess it will be > > > ready tomorrow. > > > I'm waiting for bibisect repo to be updated. > > > > How it can be tested? > > > > Is there something like an appimage? > > > > Here https://libreoffice.soluzioniopen.com/daily-version/ the last version > > is from 12. April. > > > > An how can the fontcache vcl/source/font/fontcache.cxx be tuned from 50 to > > 500 ? > > Just download a recent daily build ( newer than 2021-04-14 12:38:06 UTC ) > from https://dev-builds.libreoffice.org/daily/master/ * https://dev-builds.libreoffice.org/daily/master/current.html
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/ceb556971b163a98e7a46ea573717fe8813047f4 tdf#140639 cache FcPattern for font options It will be available in 7.0.6. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
When I wrote test with daily master from link in fix, it's because it's updated more often. Appimage is easy, but appears after some days. Anyway, looks as fast as it was from user perspective.