Bug 119262 - Fileopen ODS: File opening with file recovery is 25% faster compared to normal
Summary: Fileopen ODS: File opening with file recovery is 25% faster compared to normal
Status: RESOLVED DUPLICATE of bug 69060
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.4.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-08-13 21:35 UTC by Telesto
Modified: 2018-10-11 13:30 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2018-08-13 21:35:53 UTC 
Description:
Not sure if this is to be expected or not (I didn't)
14 seconds with recovery & 20 seconds with normal

Steps to Reproduce:
1. Open attachment 144153 [details] (bug 119254) (monitor time to open)
2. Kill LibreOffice in the task manager
3. Launch LibreOffice & start the file recovery process (monitor to time open)

Actual Results:
20 seconds normal file open
14/15 seconds from file recovery 

Expected Results:
If possible the opening time of file recovery


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 6.2.0.0.alpha0+
Build ID: c0fdcece6b886912618deee9656cb2d169a9b999
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-08-12_00:35:45
Locale: en-US (nl_NL); Calc: CL
Comment 1 Xisco Faulí 2018-10-11 12:12:15 UTC 
In normal mode, it takes

real	0m6.571s
user	0m6.274s
sys	0m0.457s

for me

Version: 6.2.0.0.alpha0+
Build ID: 59ed21b1720db5fd0326e1b723483b288725e662
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: threaded

Could you please use 'time OOO_EXIT_POST_STARTUP=1 instdir/program/soffice BUG2\ -\ Libreoffice.odp' for more accurate results ?

Setting to NEEDINFO...
Comment 2 Telesto 2018-10-11 13:08:32 UTC 
$ time OOO_EXIT_POST_STARTUP=1 instdir/program/soffice Demo.odp

real    0m9,487s
user    0m0,000s
sys     0m0,000s

Version: 6.2.0.0.alpha0+
Build ID: 425af6845ebe066c950b0b63f50563e067485f3e
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); Calc: CL
Comment 3 Xisco Faulí 2018-10-11 13:18:23 UTC 
(In reply to Telesto from comment #2)
> $ time OOO_EXIT_POST_STARTUP=1 instdir/program/soffice Demo.odp
> 
> real    0m9,487s
> user    0m0,000s
> sys     0m0,000s
> 
> Version: 6.2.0.0.alpha0+
> Build ID: 425af6845ebe066c950b0b63f50563e067485f3e
> CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
> Locale: nl-NL (nl_NL); Calc: CL

seem to be half of the time reported originally...
Comment 4 Telesto 2018-10-11 13:30:19 UTC 
(In reply to Xisco Faulí from comment #3)
> (In reply to Telesto from comment #2)
> > $ time OOO_EXIT_POST_STARTUP=1 instdir/program/soffice Demo.odp
> > 
> > real    0m9,487s
> > user    0m0,000s
> > sys     0m0,000s
> > 
> > Version: 6.2.0.0.alpha0+
> > Build ID: 425af6845ebe066c950b0b63f50563e067485f3e
> > CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
> > Locale: nl-NL (nl_NL); Calc: CL
> 
> seem to be half of the time reported originally...

The remaining slowness is caused by embedded fonts..

*** This bug has been marked as a duplicate of bug 69060 ***