Summary: | Quickstarter only improves performance, when document opened via quickstarter-menu | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | peter.schmidt |
Component: | Libreoffice | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEEDINFO --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | barta, Bates83, jmadero.dev, peter.schmidt, zoran |
Version: | 3.4.3 release | ||
Hardware: | x86 (IA32) | ||
OS: | Windows (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
peter.schmidt
2011-09-26 07:01:43 UTC
+1 The speed difference is very obvious even on recent machines (2Ghz 2-core cpu, 4Gigs of RAM, decent hdd, windows XP): LibreOffice 3.4.3: -------------------------------- Opening via QuickStarter = instant, Opening via start menu when QuickStarter running = 8-9 seconds (*) Opening via start menu when QuickStarter is off = 8-9 seconds * even when launching/opening repeatedly, when all files are cached and real-time virus protection off. Most of the 8-9 seconds, CPU is running 100% on soffice.bin process. Same long values for starting LO by opening an associated document. Same long time when keeping another LibreOffice document opened in the background (instead of QuickStarter). Same machine, LibreOffice 3.3.4: -------------------------------- Opening via QuickStarter = instant Opening via start menu when QuickStarter running = 1.5 seconds Opening via start menu when QuickStarter off = 6 seconds Obviously, something that was working in LO 3.3 is broken in LO 3.4. Looks like LO is "cold starting" even though it could "warm start". We use LO for batch processing and printing files from other applications. Before, each file took negligible 1 sec to open (when quickstarter was running) ... now it takes ten times more. When multiplied by the batch size, it is unusable and we have to downgrade all machines back to LO 3.3 until this issue is solved. [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html Seems to be fixed in LOdev 3.5 beta1 ! Compared startup times on a 5-year old machine, for LO 3.3, 3.4 and 3.5beta1. Times for 3.5 beta 1 are now similar to 3.5 and the quickstart helps to reduce it dramatically as it should be. v3.3 v3.4 v3.5b1 cold start: 18s 18s ?s Warm start: 6s 12s 7s Warm start with QS: 2s 12s 2s Start from tray menu: 1s 1s 1s Thanks to anyone involved! I've done some test on Windows XP SP2 (on VirtualBox) using the last 3.5.0 release and the bug is still here see bug 46507 I have attached a proof of concetp in bug 46507 to workaround this bug try it ! Same behavior with Version 4.0.3.3 -- Windows 7 32bit AND 64bit: The quickstart-menu is the ONLY way to start LO in a fast way. Starting LO/Writer/... via taskbar or start-menu (with quickstart on!) is as slow as normal. Seems like quickstart speeds up a different process with no benefit for daily usage. I don't see that QA has confirmed this - moving to UNCONFIRMED. Thanks all |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.