Writter is freezing for few minutes when opening this file. After that it start opening the file (Opening page 1/xxx etc) The expected behaviour is: Open Writter window, show progress bar at bottom and read the file. Also maybe someone can check if the opening can be faster for .docx thanks
Created attachment 100807 [details] docx 1
Created attachment 100810 [details] docx 2
Created attachment 100811 [details] docx 3
Confirmed on Windows 7 64-bit with an Intel Core 2 CPU @ 1.83Ghz and 2.5gb == Loading Time Test Results == LibO 3.5.7 : ~11 mins LibO 4.0.6, 4.2.4 and 4.3 beta 2 : ~9 mins Kingsoft Writer : ~5.5 mins Word 2013 : ~4 secs Note: 'Loading Time' is the time that the document takes to become available for browsing and the UI becomes usable. Also confirmed on Linux Mint.
I wouldn't bother profiling anything until bug#38513 is fixed; hopefully Tor is working on that and we'll get something soon =) Then again - if someone wants to run callgrind on it and get a trace, we'll soon see if its a duplicate.
Now that bug 38513 has been closed, will that fix this issue or will the new patches for for bug 76260, solve this one.
** 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 on a currently supported version of LibreOffice (4.4.1 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-07-18
Progress bar appears immediately. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: fcc2415ade6ae93710bbbda9f7e163045e323105 TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-21_16:55:13 Locale: fi-FI (fi_FI)
Took ~8:30 mins to load on master on the same laptop as used in comment 4. @Meeks: What is the next move? Version: 5.1.0.0.alpha1+ Build ID: b684090d4f573eb339e93872d0cef07e69adc913 TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-10-16_01:50:06 Locale: en-US (en_US.UTF-8)
Migrating Whiteboard tags to Keywords: (perf)
Created attachment 129380 [details] Example file
Repro with Version: 5.4.0.0.alpha0+ Build ID: a9f56091b6422ec8c42f09b8472200ae4ab12548 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-12-05_23:12:26 Locale: nl-NL (nl_NL); Calc: CL
> @Meeks: What is the next move? Find a developer who cares ? or pay one to care =) not looked at the file, but I imagine there is a -lot- of some construct (styles?) that makes this an unusual file that performs particularly poorly. Normally getting a callgrind profile, or a Windows VerySleepy (or whatever Aron is using) - will rather quickly pin-point the N^2 or N^3 piece of code that is consuming the time =) HTH.
And the winner is: XML parsing. The document has tons of tags and attributes.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a2193f8f33565cc896592acb9d3ab65c756d97fb tdf#79878 perf loading docx file, sax improvements It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Note that https://cgit.freedesktop.org/libreoffice/core/commit/?id=2e6afbe65c75c919665927f62efa21140a020d46 was meant for this but I used the wrong bug number in the commit
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=7d5c8923284b1ea8f82e30b7e8b2435e929e6c45 tdf#79878 perf loading docx file, more sax It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://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": http://cgit.freedesktop.org/libreoffice/core/commit/?id=bd394492c165d27c96a44495d9ca694a242acb8f tdf#79878 perf loading docx file, improve threading heuristic It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Tested with attachment 129380 [details] Time from Start center to responsive document: Daily build from 18 June: 48s Master build with Noel's commits: 1min 10s 6.0.5: 38s Arch Linux 64-bit Version: 6.0.5.2 Build ID: 6.0.5-1 CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: bd394492c165d27c96a44495d9ca694a242acb8f CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on July 11th 2018
Did a new build after reverting Noel's 3 commits. Time: 48s Note that I also checked with --safe-mode so spellchecker would have no effect, but it did not change the time.
Ok, did a more useful test. I reverted and built from newest to oldest and after reverting 2e6afbe65c75c919665927f62efa21140a020d46 the time to open dropped back to 48 secs.
Noel Grandin committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d6bd9c273483b12f1bb2ae398afdba977e3ec336 tdf#79878 perf loading docx file, disable SAX threading for writer It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://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": http://cgit.freedesktop.org/libreoffice/core/commit/?id=99e626dee48e08d59304c8abe8abe84e7a99af3a tdf#79878 perf loading docx file, use XMultiPropertySet It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://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": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c6acb048e6f40ead4110750a79eeb3d6d6d5865d tdf#79878 perf loading docx file, pendingChars It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 147018 [details] Callgrind output from master Time to open is still 48 secs like in comment 20 and 21. Here is a callgrind trace. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 51e6a95757906dff8b2819a4141bf3dc7938e95f CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 24 November 2018
It spent about 1min 5seconds to open the file Here's the info of version i tried to open the fle Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
Dear maintel2, 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
I didn't see a freezing but Writer opened that file very long time it takes 2:42 min for me in Version: 6.5.0.0.alpha0+ (x64) Build ID: 2d736e1a0a2bbd41fe7793d52bbcc7bfc89c7da3 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
it takes real 1m41,284s user 1m40,108s sys 0m0,789s in Version: 6.5.0.0.alpha0+ Build ID: bf540873f5e258452fed5006f65a403c95e7872a CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded @Julien, would it be possible to have a perf graph for the attached document ?
(In reply to Xisco Faulí from comment #29) > ... > @Julien, would it be possible to have a perf graph for the attached document > ? No pb, I'll do it after my daytime job.
Created attachment 156993 [details] perf flamegraph Here's a Flamegraph retrieved on pc Debian x86-64 with master sources updated today.
This document has some 1040 footnotes. Likely the same problem as bug #76260
Issue fixed by https://git.libreoffice.org/core/commit/9b39ce0e66acfe812e1d50e530dc2ccdef3e1357 Closing as duplicate of bug 76260 *** This bug has been marked as a duplicate of bug 76260 ***