[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.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041359#comment-15041359
]
Sridhar commented on PDFBOX-3133:
-
Dear Tilman
I need one urgent help
Planning the following work around.
I am using the code given below. In that
job.print(attr) takes all the 20 sec in low end client machine
If I create a printable Image / JPG using APIs similar to command line
PDFToImage in Server ( which is very high end cluster and may finish all in < 1
sec ) and send
JPG Byte Stream to client side,
What should be the code or PDFBox API or Java.awt.print code to print JPG file
at client side?
I did a quick browse through on PDFBOx APIs or Java.awt.print APIs but could
not find, hence this request to you.
Requirement
---
PDF file Input to printable JPG PDFBox code sample
JPG bytestream to silent printing either PDFBox or Java.awt.print code
Code snippet for 1 and 2 will resolve our issue.
Code used
--
try
{ f = new File("Test.pdf" ) ; is = new FileInputStream(f) ; pdDocument =
PDDocument.load(is); printWithPaper(pdDocument, "SLEEK") ; }
private static void printWithPaper(PDDocument document, String receiptType)
{ PrinterJob job = PrinterJob.getPrinterJob(); job.setPageable(new
PDFPageable(document, Orientation.AUTO, true, 300) ) ; Book book = new Book();
book.append(new PDFPrintable(document, Scaling.ACTUAL_SIZE, true, 300),
getPageFormat("SLEEK") , document.getNumberOfPages()); job.setPageable(book);
PrintRequestAttributeSet attr = new HashPrintRequestAttributeSet();
job.print(attr); }
private static PageFormat getPageFormat(String receiptType) {
PageFormat pageFormat = new PageFormat();
pageFormat.setOrientation(PageFormat.PORTRAIT);
Paper paper= pageFormat.getPaper();
if ("SLEEK".equalsIgnoreCase(receiptType))
{ paperWidth = 3.14; paperHeight = 50; }
else if
{ // }
paper.setSize(paperWidth * 72.0, paperHeight * 72.0);
paper.setImageableArea(0, 0, paper.getWidth(), paper.getHeight());
pageFormat.setPaper(paper);
return pageFormat;
}
Regards
Sridhar Sowmiyanarayanan
Tata Consultancy Services
Mailto: sridhar...@tcs.com
Website: http://www.tcs.com
> 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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041375#comment-15041375 ] Tilman Hausherr commented on PDFBOX-3133: - I recommend that you use PNG, not JPEG. JPEG is not good for images with sharp edges. Re printing with java, this isn't a PDFBox question, better ask this on stackoverflow, try these hits first: https://stackoverflow.com/search?q=java+print+bufferedimage Basically you just call graphics.drawImage() with your BufferedImage on the graphics object that you get in your implementation of the java.awt.print.Printable interface. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041517#comment-15041517 ] Sridhar commented on PDFBOX-3133: - Tilman Thanks Q1: If I create PNG file in server from PDF file and print PNG file at client, will I get performance at client side? I assume most of the time is spent in creating printable image ( PNG ) from PDF. Q2: To create PNG file from PDF file do I need to convert the main() in src/pdfbox-2.0.0-RC1-src/pdfbox-2.0.0-RC1/tools/src/main/java/org/apache/pdfbox/tools/PDFToImage.java to a method and use or any API available? Q3: Are there PDFBox code/API to print PNG file or need to do only in java.awt.print? Regards Sridhar > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041532#comment-15041532
]
Tilman Hausherr commented on PDFBOX-3133:
-
Q1: you'll know it when you test it. Time is spent by creating image,
transferring it, and printing it. Maybe try printing only to see how long it
takes.
Q2: example for 300dpi:
{code}
PDDocument document = PDDocument.load(new File(pdfFilename));
PDFRenderer pdfRenderer = new PDFRenderer(document);
int pageCounter = 0;
for (PDPage page : document.getPages())
{
pdfRenderer.renderImageWithDPI(pageCounter, 300, ImageType.RGB);
// suffix in filename will be used as the file format
ImageIOUtil.writeImage(bim, pdfFilename + "-" + (pageCounter++) + ".png",
300);
}
document.close();
{code}
There's also a writeImage method with an OutputStream.
Q3: only awt
If the image is pure black and white, then I recommend TIF, this makes even
smaller files than PNG. You'll need jai_imageio.jar. But start with PNG first.
> 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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041938#comment-15041938
]
Sridhar commented on PDFBOX-3133:
-
Thanks a lot for the code Snippet. I could create PNG file from PDF with
little modifications ( capturing in to BufferedImage bim )
But few requirements.
Q1: ImageIOUtil.writeImage() seems to create PNG from PDF file, page by Page,
how do we convert multipage PDF to multipage PNG?
Q2: The out put PNG looks shrinked and very smaller in size. How to preserve
the size or can it be scaled to actual size at client side using java.awt.print?
Q3: Any idea of how much of processing is done for converting PDF to PNG using
PDFBox and how much is left to print with PNG as input using java.awt.print?
This will give an idea of gain in performance by doing PNG conversion at server
side and PNG to print at client side
Thanks
FYI
Printing PDF with PDF took 14 to 20 sec, but this is not good measure as this
is to Ms XPS
Creating PNG with PDF as input took 6 to 7 sec
Don't know how much processing is left to print PDF from PNG using
Java.awt.print()
Code used
-
private static void writeImageFromPDdocument( PDDocument pDDocument ) throws
IOException, PrinterException {
PDFRenderer pdfRenderer = new PDFRenderer(pDDocument);
BufferedImage bim = null ;
Graphics2D graphics = null ;
//Change this to your path having input PDF file
String path = new String ("C:\\Users\\Rangarajan\\Desktop\\Jai
GAnesha\\GSoftwares\\PDFBox2.0\\G Printouts\\" ) ;
int pageCounter = 0;
//Below code splits the input PDf file in to PNG file per page,
//Have to change the code to append in to single outputStrream
having all pages
for (PDPage page : pDDocument.getPages())
{
System.out.println("Page number = " + pageCounter ) ;
try {
//Below is shrink the page, but need to presrve the
actual size or at client side convert to actual size
bim = pdfRenderer.renderImageWithDPI(pageCounter, 300,
ImageType.RGB);
// graphics can be input to java.awt.print
//bim =
pdfRenderer.renderPageToGraphics(pageCounter, graphics ) ;
// suffix in filename will be used as the file format
//ImageIOUtil.writeImage(bim, "png" + "-" + (pageCounter++)
+ ".png", fileOutputStream, 300);
FileOutputStream fileOutputStream = new
FileOutputStream(new File( path + "FontTest" + (pageCounter++) + ".png") );
ImageIOUtil.writeImage(bim, "png" , fileOutputStream, 300);
fileOutputStream.close() ;
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
> 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
[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.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15041979#comment-15041979
]
Tilman Hausherr commented on PDFBOX-3133:
-
Q1: there is no such thing as multipage PNG. TIFF has multipage, but the
compression for non-black+white images is not very good. So you'll have to
either make several requests to the server, or pack the files into a single
one. Doing two requests brings an advantage: you could ask for page 1 and page
2 at the same time, i.e. render both pages similarly. (But the server must use
different PDDocument objects). (I assume the computer prints two receipts, one
for that the customer signs and one that he/she keeps)
Q2: re size: that is tricky... you either find a resolution that brings an
image is exactly the size that will be printed, or you render to a higher
resolution and use a drawImage() method that does scaling, e.g. {{boolean
drawImage(Image img, int x, int y, int width, int height, ImageObserver
observer)}}. I don't know the dpi of your printer, nor the exact size of the
paper.
Q3: sorry, don't know.
Btw code can be included within "{{code}}...{{code}}", this looks nicer in JIRA.
> 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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038182#comment-15038182 ] Andreas Lehmkühler commented on PDFBOX-3133: I guess that explains everything. Sorry, but you are using an 8 year old low performance netbook cpu. The cpu itself is slow, the memory performance of an atom based system is slow and 2 Gb isn't that much for a win 7 system. So, what do you expect? > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037975#comment-15037975 ] Sridhar commented on PDFBOX-3133: - Here below is the configuration, where PDFToImage took about 20 sec Processor: Intel® Atom™ CPU 330 @1.60GHz 1.60 GHz Ram: 1.99 GB 32-bit operating system Will get you the performance indices. Since we are using applets, the above is not production server, it is low end production like client machine as clients are expected to have low end systems. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15038290#comment-15038290 ] Tilman Hausherr commented on PDFBOX-3133: - I'm wondering why my 10 year old laptop is faster. It cost 700€ at that time, i.e. a rather unexpensive laptop. I had bought it at that time to access mails and the web when travelling. (And after replacing the 512MB RAM with 2GB RAM I was able to run my IDE and develop java software too). [~Sridhar] the file that you used to test, is it the same file that you sent to Andreas and me, or was it a "production" file? > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15036282#comment-15036282 ] Sridhar commented on PDFBOX-3133: - Hi John Thanks for you suggestion Tested in a 2 GB machine with 512m and 1g option for -Xmx but no gain in performance, results below java –Xmx512m -jar pdfbox-2.0.0-RC2.jar PDFToImage -imageType Jpg "FontTest.PDF" Time taken for Xmx512m: 21.66,19.89,20.11 Time taken for Xmx1g: 20.26,19.77,20.17 Don't know, since there was no performance issue with 4 GB machines even with -Xmx50m ( both my machine and Tilman's machine both having 4 & 8 GBs respectively) , looks like below 2GB machines have some issue, either GC or memory. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15036362#comment-15036362 ] Tilman Hausherr commented on PDFBOX-3133: - Could it be that the 2GB machine is the production machine? What is its Windows 7 performance index? Mine (total) is 5.5. The RAM performance index (which is about speed) is 7.5, the CPU index is 7.3. My lower total index is because I have a low performance on aero graphics (because I have very basic graphics, I'm not a gamer). > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15036765#comment-15036765 ] Tilman Hausherr commented on PDFBOX-3133: - I remembered that I still have a laptop that is 10 years old, celeron 1.99 Ghz CPU, 2GB RAM. PDFToImage took 9 seconds the first time. After starting it repeatably, time went down to 4 seconds. (probably parts of the JRE being cached in memory) > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037430#comment-15037430 ] Tilman Hausherr commented on PDFBOX-3133: - I agree with John that a low number of fonts plays no role in making it slower, simply because it doesn't make sense. PDFBox tries to use "the right font", and if it can't find it, it will use a fallback font. The number of fonts may play a role that it gets *slower* with *more* fonts but only the first time. I'm really interested in the W7 performance indices. If the machine is the future production machine, it makes sense for the manufacturer to make it cheap. E.g. the W7 starter edition / 32 bit windows, cheap RAM, simple mainboard, etc. As long as display and printing works properly, it doesn't matter. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15037264#comment-15037264 ] Sridhar commented on PDFBOX-3133: - Though not explicitly mentioned, the slow performance is observed only in a machine with 90 fonts, 2GBRM. Faster performance were observed in different machines having both higher RAM and 490+ fonts. Recently Tilman tested in older machine with 2GB RAM, performance is 4+ sec, but his machine had 234 fonts. Do you still want to eliminate low number of fonts? > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034060#comment-15034060 ] John Hewson commented on PDFBOX-3133: - I'm not seeing any evidence that the number of fonts makes a difference. The only number given in the previous test results is "90 fonts". Those results seem to show that more RAM results in faster rendering, up to 4GB, which makes perfect sense. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034130#comment-15034130 ] Sridhar commented on PDFBOX-3133: - Thanks FYI, first time, when the warning message came it took 45 sec and subsequent time it was 18 to 19 secs. Machine has 2GB RAM. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034039#comment-15034039 ] Tilman Hausherr commented on PDFBOX-3133: - I can do it, but I need to find a time window where the PC can be powered off. I already tested low -Xmx values (50m) some days ago (when we exchanged mails) and it worked fine. I just retested with PDFToImage and no resolution parameter and it took about 5 seconds, maybe 6 with low memory. PC is 6 years old. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15034397#comment-15034397 ] Tilman Hausherr commented on PDFBOX-3133: - I tried, but failed: my PC went into endless beep mode. I suspect that RAM elements must be in pairs. My PC has 4 elements. When I bought it, it had 2 RAM elements, and I later added two more. I was able to boot with 4GB (2 elements) and it took about 4 seconds, even with low -Xmx. (Yes it was faster, this is because this was after a fresh start, no applications loaded, nothing else running). > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15033623#comment-15033623 ] Andreas Lehmkühler commented on PDFBOX-3133: I've removed the sample pdf as it was automatically attached to this JIRA > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15033535#comment-15033535 ] Andreas Lehmkühler commented on PDFBOX-3133: Did you ever test a machine with a small amount of RAM and lots of fonts? I'd expect that the number of fonts doesn't make a difference as long as the cache is already up to date. There is one information missing. What kind of pdf do you use for your tests? Can you provide us with a sample? > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15033965#comment-15033965 ] Sridhar commented on PDFBOX-3133: - Warning messgae is only for the first time, not subsequent runs of PDFToImage. Might be the font caching rebuilding message, will get you the same. Hope deleting the .cache file and re runing might result in warning message again. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15033998#comment-15033998 ] Tilman Hausherr commented on PDFBOX-3133: - No need to, if it is really just the font cache rebuilding message (which should come only once). > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15029196#comment-15029196 ] John Hewson commented on PDFBOX-3133: - Redirection to an XSP file is known to be slow, as explained in PDFBOX-3046. This is the fault of Java's Printing API and there's not much we can do about it. Likewise for printing to physical printers: Java's print drivers are really slow with the output from PDFBox, for no good reason (it's because we render our own fonts, but that's no excuse for the level of slowness encountered). You should run PDFToImage and see how long it takes to generate a PNG file, that way we eliminate print drivers from the equation. The speed of PDFToImage represents the speed of PDFBox, if you get slower printing performance then it's due to Java. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15029206#comment-15029206
]
Tilman Hausherr commented on PDFBOX-3133:
-
But he has one success:
{quote}
Took only 2.5 seconds in system with 8 GB RAM which had 1025 fonts.
{quote}
[~Sridhar] Although I doubt it's the RAM (my bet is on the printer firmware or
the cable or the driver), there's one way to find out: take the 8GB from the
fast computer and put it into the slow computer and see what happens (make sure
that the memory is accepted by the computer).
Desperate situations require desperate measures.
> 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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15027155#comment-15027155 ] John Hewson commented on PDFBOX-3133: - If you read the [source code|https://github.com/apache/pdfbox/blob/trunk/pdfbox/src/main/java/org/apache/pdfbox/pdmodel/font/FileSystemFontProvider.java] for the font cache you can see it's not doing what you describe. The cache is only for system fonts, if they haven't changed the cache won't be rebuilt. Given that you're seeing faster times with _more_ fonts, it's pretty clear that the cache is not the issue here. What you're descibing is faster print times when you have more RAM available. That's not supprising. Java2D's print performance is pretty poor, we have a workaround you can use to address that as seen in PDFBOX-3046, I suspect this issue is a duplicate of that one. Try out the solution posted there and let me know if it works for you. > 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 > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15027352#comment-15027352 ] Tilman Hausherr commented on PDFBOX-3133: - It would be interesting to hear whether the times you got were from your applet, or from the command line. I don't know much about applets, ie. how to configure their JVM parameters; with the command line, you can set the amount of memory, e.g. -Xmx1g. So it would be worth to test whether it works fast on a "slow" computer if you set the memory to a good number (and close everything else). See also the task manager (taskmgr.exe) whether there are some applications that use your memory and/or your CPU. Another thing to test (I may have mentioned this before) is what happens if you switch printers and/or printer cables. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15027260#comment-15027260
]
Sridhar commented on PDFBOX-3133:
-
A typo in previous comment
with 0 dpi it is slow 30 to 60 sec wide variations, but with 300 dpi it is
better 14 to 20 sec. but 14 to 20 sec also is slow.
Code snippet
---
job.setPageable(new PDFPageable(document, Orientation.AUTO, true, 300) ) ;
Book book = new Book();
book.append(new PDFPrintable(document, Scaling.ACTUAL_SIZE, true, 300),
getPageFormat("SLEEK") , document.getNumberOfPages());
With 300 DPI, it took 14 to 20 sec, but with 0 DPI, the printout took 30 to 60
sec. So your suggestion in PDFBOX-3046 to use 4 argument ctors showed
performance improvements, but still, even with 4 argument 300 dpi ctors, the
printout is slow.
> 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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15027420#comment-15027420 ] Sridhar commented on PDFBOX-3133: - Running in Eclipse. Set -Xmx1g in eclipse. Same performance problem. CPU consumption is only 2 to 3%. It is memory demand which is causing the delay. Was running only Eclipse . Out of 3 GB 1.6 GB was consumed by other apps and another 1.4 GB is available. Still same issue. > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[
https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15027238#comment-15027238
]
Sridhar commented on PDFBOX-3133:
-
Thanks John
Slow performance observed and indicated in bug report is with 300 dpi in both
PDFPageable() and PDFPrintable() constructors.
Even with 300 dpi, which would have forced to use rasterization algorithm, the
printout is slow 14 to 20 secs in 3 GB system ( redirection to MS XPS file)
and also actual pritout in thermal printer with 2 GB system took 24 to 34 secs.
Another note: compared to 0 dpi in PDFPageable() and PDFPrintable() ctors, it
took more time, indicating that it would not have used rasterization.
With 600 dpi got outofMemory Exception in 3 GB machine.
Code snippet below
public void run() {
PDDocument pdDocument=new PDDocument();
FileInputStream is = null ;
File f = null ;
try {
f = new File("Test.pdf" ) ;
is = new FileInputStream(f) ;
pdDocument = PDDocument.load(is);
printWithPaper(pdDocument, "SLEEK") ;
}
private static void printWithPaper(PDDocument document, String receiptType)
{
PrinterJob job = PrinterJob.getPrinterJob();
job.setPageable(new PDFPageable(document, Orientation.AUTO, true, 300)
) ;
Book book = new Book();
book.append(new PDFPrintable(document, Scaling.ACTUAL_SIZE, true, 300),
getPageFormat("SLEEK") , document.getNumberOfPages());
job.setPageable(book);
PrintRequestAttributeSet attr = new HashPrintRequestAttributeSet();
job.print(attr);
}
private static PageFormat getPageFormat(String receiptType) {
PageFormat pageFormat = new PageFormat();
pageFormat.setOrientation(PageFormat.PORTRAIT);
Paper paper= pageFormat.getPaper();
if ("SLEEK".equalsIgnoreCase(receiptType)) {
paperWidth = 3.14;
paperHeight = 50;
}
else if {
//
}
paper.setSize(paperWidth * 72.0, paperHeight * 72.0);
paper.setImageableArea(0, 0, paper.getWidth(), paper.getHeight());
pageFormat.setPaper(paper);
return pageFormat;
}
> 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-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
[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.
[ https://issues.apache.org/jira/browse/PDFBOX-3133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15027327#comment-15027327 ] Tilman Hausherr commented on PDFBOX-3133: - You can edit your comments :-) > 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-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
