The java code didn't get through, most attachments get deleted. Call
PDFRenderer.setSubsamplingAllowed(true) to activate subsampling.
I had a look at your files... These are not extremely slow renderings. 4
seconds for such a page is pretty good.
On my PC, the first page of the Ashley file is rendered in PDFDebugger
in 1.4 seconds at 72dpi. The Gill file is done in less than a second.
Tilman
Am 16.04.2018 um 19:05 schrieb Arthur Wang:
Arthur Wang has shared OneDrive files with you. To view them, click
the links below.
<https://1drv.ms/b/s%21AhA_REgBppCpgQluAoJe28B935ru>
Ashley NJ_HHL101125_FV.pdf
<https://1drv.ms/b/s%21AhA_REgBppCpgQluAoJe28B935ru>
<https://1drv.ms/b/s%21AhA_REgBppCpgQpdnBIl_hmK6Wt0>
Gill1-1356_KM102685-INS_FV.pdf
<https://1drv.ms/b/s%21AhA_REgBppCpgQpdnBIl_hmK6Wt0>
<https://1drv.ms/u/s%21AhA_REgBppCpgQvygYjm2eaJQmSH>
Screen Shot 2018-04-16 at 9.23.52 AM.png
<https://1drv.ms/u/s%21AhA_REgBppCpgQvygYjm2eaJQmSH>
[Screen Shot 2018-04-16 at 9.23.52 AM.png]
just tried on 2.0.9, it works almost the same. to process all 4 pages
cost 32 seconds, if only process the first page, it cost about 4 seconds.
My server is HP DL380 with dual Xeon processors and 32 G RAM, the hard
drive is Intel Optane SSD NVMe.
Once the JPG image is produced, the access of the image is almost
instant regardless the size of the image file, so the open and close
time of the image file are insignificant and could be ignored.
By enable subsampling, do you mean to set up the dpi option ? do you
have the sample code for PDFRenderer ? attached file
---PdfToImage2.java is my testing code. Ashley...pdf is a file with
size about 45 M, and Gill...pdf is a file with size about 5 M. with
the size 1/10th of the other one, the processing time is cut down to
2657 milliseconds compare to 3779 milliseconds. seems like the size
does matter.
thanks,
Arthur
------------------------------------------------------------------------
*From:* Tilman Hausherr <thaush...@t-online.de>
*Sent:* Monday, April 16, 2018 8:57 AM
*To:* users@pdfbox.apache.org
*Subject:* Re: Performance issue with PDFBox 2.0.8
Please
- retry with the current version 2.0.9
- share your file for a profiler analysis
- as said by Itai (who implemented it) try enabling subsampling in
PDFRenderer (read the javadoc first). Compare the results and decide
whether the quality is OK for you.
- set the energy settings of your computer to maximum or at least to
"balanced", not to "energy save"
- don't know if adding GPU will help;
- try also the
-Dorg.apache.pdfbox.rendering.UsePureJavaCMYKConversion=true option
The speed is not related to the size but to the complexity. 32 seconds
may sound disappointing but it's not the worst I've ever seen. "Nice
illustrations" with nested patterns or large shadings may be slow.
Tilman
Am 16.04.2018 um 09:21 schrieb Arthur Wang:
> Hi, everyone,
>
>
>
> I am using PDFBox 2.0.8 and java 8 running in tomcat 8 for
production to convert pdf into image for display. it works very well
for pdf file size less than 5 M, it takes about 3800 milliseconds.
however, it slows down very much when the file size is increased to 50
M. it takes about 70,000 milliseconds, after setting system property
of sun.java2d.cmm", "sun.java2d.cmm.kcms.KcmsServiceProvider", it does
increase the performance to 32550 milliseconds, which almost double
the speed. but for 32 seconds to load a web page still too slow. Is
there any other way to speed up the performance? would adding a GPU
into the server help the performance? or any other software or
hardware solution could help on the processing speed? My current
server come with 32 G RAM, and the server never used more than half of it.
>
>
> thanks,
>
>
> Arthur
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org