Just performed an upgrade from 5.1.4 to 5.2.0 on a Windows 8.1 system. I am editing an ODG diagram that started from a Visio diagram and has about 200-300 lines/shapes on it. I had no issues with version 5.1.4, but now Draw is very slow and randomly crashes after approx. 5-10 minutes of use with either a crashreport, or a "Fatal error osl::Thread:create fail". Opening a file is slow as well as simply scrolling the page. Watching the CPU usage does show the soffice.bin using about 20% CPU and 200 MB of memory. Default memory settings are: Use for LibreOffice: 128Mb Memory per object: 12Mb Number of objects: 20 I have combinations of the following settings (which seem to make it slower): Use for LibreOffice: 256, 1024, 2048Mb Memory per object: 8, 10, 20, 40Mb Number of objects: 5, 10, 40 Also tried disabling OpenGL and OpenCL which also seem to make it slower. I am not having any issues with any of the other Libre applications like Writer and Calc.
Could you please post an example ODG that you know to be having issues so we can attempt to replicate.
Created attachment 126595 [details] Sanitized problem document Sanitized problem document
Sanitized problem document attached.
(In reply to Zippy Grin from comment #3) > Sanitized problem document attached. No problem here. Some hundert lines and objects must not be a problem for even 10 year old systems (or on Windows). Version: 5.2.0.3 Build ID: 7dbd85f5a18cfeaf6801c594fc43a5edadc2df0c CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: de-DE (en_US.UTF-8)
Confirmed. On Windows 10 Pro 64-bit en-US with Name NVIDIA GeForce GTX 750 Ti PNP Device ID PCI\VEN_10DE&DEV_1380&SUBSYS_37553842&REV_A2\4&1D0A902F&0&0018 Adapter Type GeForce GTX 750 Ti, NVIDIA compatible Adapter Description NVIDIA GeForce GTX 750 Ti Adapter RAM (2,147,483,648) bytes Installed Drivers nvd3dumx.dll,nvwgf2umx.dll,nvwgf2umx.dll,nvwgf2umx.dll,nvd3dum,nvwgf2um,nvwgf2um,nvwgf2um Driver Version 10.18.13.6191 Version: 5.2.0.4 (x64) Build ID: 066b007f5ebcc236395c7d282ba488bca6720265 CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Locale: en-US (en_US) But, when I disable OpenGL Version: 5.2.0.4 (x64) Build ID: 066b007f5ebcc236395c7d282ba488bca6720265 CPU Threads: 8; OS Version: Windows 6.19; UI Render: default; Locale: en-US (en_US) No issues with memory or responsiveness of UI.
I can confirm it appears to be an issue with OpenGL. Disabling OpenGL with default settings has resolved the issue for me. Version: 5.2.0.4 Build ID: 066b007f5ebcc236395c7d282ba488bca6720265 CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; Locale: en-CA (en_US)
Can you attach your cache/opengl_device.log file ? it'd be good to know what's up there. Also - did you submit a crash report when it failed ? that would have the stack-traces we need here. Thanks !
Created attachment 126609 [details] stacktrace while open in Draw with OpenGL enabled (In reply to Michael Meeks from comment #7) > Can you attach your cache/opengl_device.log file ? it'd be good to know > what's up there. Also - did you submit a crash report when it failed ? that > would have the stack-traces we need here. > > Thanks ! No crash for me just an eventual SEH error. Attaching a couple WinDbg stacktraces for main thread while lagging. Also, once I'd fully opened the ODG without OpenGL and closed it (not saved), next go round with OpenGL was much less balky.
Created attachment 126610 [details] a couple of stacktraces while opening in Draw with OpenGL enabled -- high CPU and memory use
The last crash trace is referenced in the bug: http://crashreport.libreoffice.org/stats/crash_details/8dbc99e8-d385-407f-99e4-74c69dcea71c I am attaching opengl_device.log, opencl_devices.log and opencl_profile.xml.
Created attachment 126611 [details] opencl_devices.log
Created attachment 126612 [details] opengl_devices.log
Created attachment 126613 [details] opencl_profile.xml
Interesting with a fresh download of the sample document, no performance issues opening on same system with OpenGL enabled using: Version: 5.3.0.0.alpha0+ Build ID: 626a1aa960ed36f5c3370e2aab1e72d41df875cf CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; TinderBox: Win-x86@42, Branch:master, Time: 2016-08-04_01:38:13 Locale: en-US (en_US); Calc: CL So, limited to the 5.2.0 release?
Dear Bug Submitter, 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-20170131
(In reply to QA Administrators from comment #15) > Dear Bug Submitter, > > 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-20170131 Yes, it was limited to the 5.2.0 release. Upgrading to the new Version: 5.3.0.0.alpha0+ of OpenGL resolved the issue. I am currently using 5.2.0.10 without issues.