Issue 84517 - Exporting in PDF is almost 50 % longer than before
Summary: Exporting in PDF is almost 50 % longer than before
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 2.3.1 RC1
Hardware: All All
: P4 Trivial (vote)
Target Milestone: ---
Assignee: philipp.lohmann
QA Contact: issues@gsl
URL:
Keywords: needmoreinfo, oooqa
Depends on:
Blocks:
 
Reported: 2007-12-13 08:54 UTC by spiralyoda
Modified: 2008-01-25 11:10 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description spiralyoda 2007-12-13 08:54:16 UTC
We've constated an important loss of performance while exporting some of our
documents to pdf with version 2.3 compared to version 2.0.4 that we used before.
Sometimes it can reach more than 50 % of augmentation.

Is there anything we can do to decrease the duration of this process or to
optimize it? Are there some optimisations already scheduled on this point?

Thanks for your help
Comment 1 hdu@apache.org 2007-12-13 09:18:52 UTC
Please provide more details:
- On which platform?
- Which kinds of documents got so much slower? With a lot of text? With a lot of bitmap graphics? With a 
lot of vector graphic? With many different fonts?
- Did the resulting PDF size increase too?
Comment 2 spiralyoda 2007-12-13 14:01:01 UTC
Here are the details:

- Platform : constated on both Windows XP & Solaris 5.8 (ultrasparc).
- Kind of documents:
   * 737 KB ODT, 848 pages of text, 3 fonts, some bitmap images. PDF size for
the version generated with 2.3 : 3.83MB (we've lost the files generated with the
older version... If it's necessary we might try to regenerate those).

   * 383 KB ODT, 569 pages of text, 3 fonts, almost no images. PDF size for the
version generated with 2.3 : 2.82MB 

   * 326 KB ODT, 526 pages of text, 3 fonts, almost no images. PDF size for the
version generated with 2.3 : 2.65MB.

Thanks for your help.

Comment 3 Rainer Bielefeld 2007-12-14 05:48:38 UTC
Please also contribute your complete PDF export settings for 2.0.4 and also 2.3!
Please attach sample documents:
- ODS source document 
- PDF export with 2.0.4
- PDF export with 2.3.1

If the files are too big to be attached here, pls. send by email to me!

I did a quick test with a 30 Pages technical documentation (.odm with various
images) and can NOT confirm this problem:
- "2.3.1  Multilingual German version WIN XP: [680m9(Build9238)]": 445 KB
- "2.0.2  German version WIN XP: [680m5(Build9011)]": 481 KB

Another test with a 42 Pages private letters (.odt 61 MB with various detailed
images) and can NOT confirm this problem:
- "2.3.1  Multilingual German version WIN XP: [680m9(Build9238)]": 5.987 KB
- "2.0.2  German version WIN XP: [680m5(Build9011)]": 6.505 KB

My suspect is that spiralyoda  uses different settings  in 2.0.4 and 2.3.1. So I
close this issue WFM
No defect, ENHANCEMENT at the best

@spiralyoda:  
Please check your PDF export settings! This is no help desk, please contact a
mailing list where you can ask for help.
Please feel free to reopen this issue if you can provide an informative basis
that conatains concrete hints concerning a problem with OOo
Comment 4 Rainer Bielefeld 2007-12-14 05:49:29 UTC
.
Comment 5 philipp.lohmann 2007-12-14 09:32:11 UTC
spiralyoda: between 2.0.4 and 2.3 several additional settings came in;  perhaps
you have selected one of them ? Relevant settings e.g. are tagged PDF (which if
selected would increase document size as well as processing time). Another thing
which comes to mind is that with large documents it might be that memory
consumption during PDF export grows into a region where the process gets into
memory swapping, you could check this e.g. with the "top" command and see
whether swap space used increases notably during export.
Comment 6 philipp.lohmann 2008-01-25 11:10:00 UTC
closing