Description: Opening large table document(docx) (1860 rows, 483 pages) with Writer take so long time. Steps to Reproduce: 1. Open attached document 2. 3. Actual Results: Writer take long time to open Expected Results: It should be fast. Reproducible: Always User Profile Reset: No Additional Info: If I convert the docx to odt, the odt file will open in a reasonable time.
Created attachment 183222 [details] file that have the issue
Confirm the problem in Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 02db1642c9ce4394f4f85755c4a0a831e547e4fb CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: threaded Writer opens the file example for ~1 minute, while MS Word opens the same file for only ~10 seconds . And Writer took 100% CPU for one-two minutes for pages handling after file opening
With OOO_EXIT_POST_STARTUP=1 it took real 0m38,748s user 0m38,081s sys 0m0,414s so I guess still confirmed. Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fb39ae1bc7e4b1cbfc3108efca52ec310faf7363 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 14 September 2024
(In reply to Buovjaga from comment #3) > With OOO_EXIT_POST_STARTUP=1 it took > > real 0m38,748s > user 0m38,081s > sys 0m0,414s > > so I guess still confirmed. > > Arch Linux 64-bit > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: fb39ae1bc7e4b1cbfc3108efca52ec310faf7363 > 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 14 September 2024 I noticed commit 2f6504dd84fc37bbf8d7798d4a60fc592aa7a67e which was made only a couple of days after my testing. It seemed relevant, so I tested again. Now the time is: real 0m21,635s user 0m19,782s sys 0m0,611s Repeated it to verify. This is a huge improvement suddenly. Would be interesting to hear the experience of others with the latest master. Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 48db2edc9539d2d6d313cd225dadca6edc019559 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 8 October 2024
(In reply to Buovjaga from comment #4) > I noticed commit 2f6504dd84fc37bbf8d7798d4a60fc592aa7a67e which was made > only a couple of days after my testing. It seemed relevant, so I tested > again. Now the time is: > > real 0m21,635s > user 0m19,782s > sys 0m0,611s Well, checking the commit vs. the previous one, the improvement is not due to it :) But good news in any case.
Created attachment 196995 [details] Perf flamegraph of file opening Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5daac16a03c84f5908808be446c705e19445c150 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 10 October 2024
(In reply to Buovjaga from comment #4) > Repeated it to verify. This is a huge improvement suddenly. Would be > interesting to hear the experience of others with the latest master. Opening is reasonable fast, IMHO Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c52f139b4f7140033144dde29f70a39ebedb6aa0 CPU threads: 4; OS: Windows 8.1 X86_64 (6.3 build 9600); UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: nl-NL Calc: CL threaded