Description: Very slow openning document (from 1 m 50 sec to 5m) in comparison to MS Word 2016 (about 20 sec). Examlpe of the file in attachments in different formats. Original file was in DOC format (when I expirience problem), but for providing more information I converted it to ODT and DOCX and tested it also. And seems ODT have additional problem (much slower). My OS - Windows 8.1 x64, RAM - 16Gb , CPU - Xeon E5-2440 v2 1.9GHz LibreOffice 7.1.1.2 Steps to Reproduce: 1. Open LibreOffice Writer. 2. Use "File->Open" to open example file and count a time until document becomes visible and editable. 3. Open MS Office 2016 (or newer) 4. Select and open example file and scroll down vertical slider to the end of the document once fist page is loaded. Count a time until the last page appears and document bocomes editable. Actual Results: ------------ sppfd249.doc LibreOffice 7.1.1.2 - 1m 50s MS Office 2016 - 20sec -------------- sppfd249.odt LibreOffice 7.1.1.2 - 5m 10s (first page - 10s, stops UI stucking/freezing - 5m 10s; 50% CPU usage) MS Office 2016 - 25sec -------------- sppfd249.docx LibreOffice 7.1.1.2 - 2m 30s (first page - 40s, stops UI stucking/freezing - 2m 30s), 50% CPU usage MS Office 2016 - 20sec Expected Results: ------------ sppfd249.doc LibreOffice 7.1.1.2 - 20sec-30sec -------------- sppfd249.odt LibreOffice 7.1.1.2 - 20sec-30sec -------------- sppfd249.docx LibreOffice 7.1.1.2 - 20sec-30sec Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.1.2 (x64) / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 16; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: threaded
Created attachment 170883 [details] DOC format
Created attachment 170884 [details] DOCX format
Created attachment 170885 [details] ODT format
FYI, no repro in: Version: 7.0.4.2 (x64) Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded I haven't tried it in 7.1.1.2 but at least there's a lower bound on any bibisect.
confirm in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 78c33a4c3d1633b97049874305b3b49b820395a2 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 it took 1 min 50 sec but in Версия: 6.2.4.2 ID сборки: 2412653d852ce75f65fbfa83fb7e7b669a126d64 Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: по умолчанию; VCL: win; Локаль: ru-RU (ru_RU); Язык UI: ru-RU Calc: threaded it took 1 min 10 sec and finally it took only 9 sec in MSO 2016
Please, pay attension on this bug
Doc opening took 30 sec in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 80a47aae1419842f4496f02028e2b49763aea25b CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded
Please take into account - I assume that document opening is finished, when you can scroll down it to the end and can print something without freezing. BTW - look at CPU utilization while opening. One of the cores utilized to 100%. Good alternative reference point to count a time. My results on 7.3.0.0.alpha0+ (x64) DOC - 1m 10s ODT - 3m 50s (firts page after 10s but freezing freezing freezing up to 3m 50s) DOCX - 1m 20s Problem is still here I think. And comparison to MS Office time still not good. Please check. Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: e9b674a768fcf534335f172664aaf13dc2c79023 CPU threads: 16; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL
25 sec and you can work with the DOC document in Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community Build ID: b6266207b55a7633dc82b02142215757512adfb7 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: threaded Igor, your times were: sppfd249.doc LibreOffice 7.1.1.2 - 1m 50s MS Office 2016 - 20sec Please retest it yourself in current 7.4 build
Dear Igor D., This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
30 sec for DOC opening (and end of post processing!) 30 sec for DOCX opening (and end of post processing!) 1 min 40 sec for ODT opening (and end of post processing!) Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 69d0be09ad81935f7da4b6f8d036c3562357d068 CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded let's keep this one as NEW
Created attachment 196961 [details] Perf flamegraph of ODT opening Opened attachment 170885 [details] with export OOO_EXIT_POST_STARTUP=1; perf record -F 200 --call-graph dwarf,62000 ~/libreofficetwo/instdir/program/soffice Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 40beeb144a00c9725cde4239c251f67c658d31a8 CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 6 October 2024
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4503abd1a6788a5c3cb2168f23b63559a6cabebf tdf#141415 speed up a perf hotspot in SalLayout It will be available in 25.8.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.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8c0d8f50717503d8fe45aed95055b2c9e2227c0d tdf#141415 reduce time spent loading language data It will be available in 25.8.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.
After Noel's commits I tested again. With OOO_EXIT_POST_STARTUP=1 I see opening time improved from 11 secs to 9, but testing with gtk3 UI even in 25.2 scrolling to the end happens pretty much in real time. So Igor definitely should test again, preferably with a daily 25.8 build. Arch Linux 64-bit Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b1576ba17a4111f02fc6f8e27c09c78dbd7fd963 CPU threads: 8; OS: Linux 6.13; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 23 March 2025
I didn't make much improvement :-) I think someone else (not sure who) deserves the real credit, it was already pretty good on master.