pdfbox-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sridhar (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (PDFBOX-3133) PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is poor with systems having low RAM < 3GB and lower number of fonts.
Date Tue, 01 Dec 2015 09:54:11 GMT

    [ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15033439#comment-15033439
] 

Sridhar commented on PDFBOX-3133:
---------------------------------

John, Tilman
Here below are the test results

1. PDFToImage Commandline in a machine with 2 GB RAM and 90 fonts took 17 to 18 seconds (
some warnings on fonts )
2. PDFToImage Commandline in a machine with 8 GB RAM took 4 to 5 seconds.
3. PDFToImage Commandline in another machine with 4 GB RAM took 3 to 5 seconds 
4. Printing to HP Laser jet from a program using 300 dpi in Ctors from a a machine with 4
GB RAM took 8 seconds

John, there are 2 variables in the equations one is RAM and another is # of fonts.
Performance is a function of RAM and # of fonts,  
a ) Time to create JPG or PNG Image using PDFToImage is a f (RAM, # of fonts ) 

Tilman
Since we tested with PDFToImage, you can eliminate the printer driver, printer speed, cable/network
bandwidth from your suscpision.
One request, it is easy to reduce RAM and test, than add RAM and test. If you can remove 6GB
of memory from your desktop or laptop and test, I am sure you should be able reproduce slow
performance in PDFToImage  or print to see the difference.

 

> PDFBox 2.0.0-RC2 and earlier 2.0.0 SNAPSHOT Versions print performance is poor with systems
having low RAM < 3GB and lower number of fonts.
> -------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: PDFBOX-3133
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-3133
>             Project: PDFBox
>          Issue Type: Improvement
>          Components: PDModel
>    Affects Versions: 2.0.0
>         Environment: MS Windows Systems with low RAM < 3GB and number of fonts were
less < 592 (or if desired fonts in PDF to be printed are not available in local system
) 
>            Reporter: Sridhar
>            Assignee: John Hewson
>              Labels: performance
>             Fix For: 2.0.0
>
>
> PDFBox 2.0.0-RC1, SNAPSHOTS and RC2 versions print takes 15+ seconds.
> Steps to reproduce
> -------------------------- 
> Use Windows System with < 3 GB RAM
> Use Systems with less number of fonts or without specific fonts in PDF file  to be printed.
> Printing PDF file 
> Took 14 to 20 seconds in system with 3 GB RAM which had 522 foints
> Took 24 to 34 seconds in system with 2 GB RAM which had 90 fonts
> Took only 2.5 seconds in system with 8 GB RAM which had 1025 fonts. 
> Doubt
> -------- 
> Not browsed the code, but following is the doubt as causing performance issue.
> Though the code caches fonts by storing fonts in local .pdfbox.cache file first time
and caching fonts for subsequent times.
> Not clear whether the code updates the pdfbox fonts cache file if new fonts are found
in new PDF file to be printed, while printing subsequent times. 
> If the fonts in PDF file to be printed is not available in the .pdfbox.cache file stored
in local system/local system what is the behaviour?  Will the code download fonts and update
cache for subsequent times or is it limited by fonts available in local system?  Looks like
later is the case and performance got hit either due to RAM or not constantly updating fonts
cache or due to un availability of fonts in local system.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org


Mime
View raw message