Hello Francesca,

All I can say is that big PDFs will use more space :-( And large images in PDFs will be a pain. The problem is that internally, all is converted to RGB. If you're writing an inbox processing application, the best would be to set an arbitrary size limit on mails. And send people who can't user their MF copiers a boilerplate mail telling them what to change so that they don't send a 2400dpi image in a PDF.

Btw, the "new, improved" ImageIOUtils has already what you do with TIFs. And there's more: if you render into TYPE_BINARY images, it will create G4 compressed files, which are even better than LZW compressed files. (I have an application that checks whether the colors are only b/w, and then renders again, just to use that feature)

Tilman

Am 13.05.2014 10:40, schrieb [email protected]:

Hi,

Thanks for your help.

I have tried setting the --Xmx value to 1024M and for the one PDF it works now.

I first only increased it to 512M which had not the desired effect for this one PDF. I tested it with different PDFs roughly the same size (or larger) and it worked fine for them.

Therefore just a small follow up question -- do you have any recommendations concerning memory settings?

I want to see how much memory I need to configure for the PDFs I have. What will cause the conversion of certain PDFs to be more memory consuming than others although they have (roughly) the same size and same amount of pages? It would be very helpful to know so I can optimize my testing and see if I can identify PDFs which are more memory consuming and increase the memory on the customer side based on the findings during testing.

Thanks again J

Kind regards,

Francesca

*Francesca Herpertz *| Technical Consultant iWorks| Professional Services & Delivery iWorks | Insurance | SunGard |

Solmsstraße 18, 60486 Frankfurt am Main, Germany
Tel + 49 (0)69 70768 510 | Mob + 49 (0) 176 1111 0143

[email protected] <mailto:[email protected]>

www.sungard.com <http://www.sungard.com/>www.sungard.com/iworksinsurance <http://www.sungard.com/iworksinsurance>www.sungard.com/insurance/risk <http://www.sungard.com/insurance/risk>

P*Think before you print
*CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you receive this e-mail in error, please notify the sender and delete this e-mail from your system.

SunGard Systeme GmbH * Registered: Frankfurt am Main, Handelsregister Frankfurt HRB 56839 * Geschäftsführer: Dean B. Gluyas, Christian U. Haas, Henry Morton Miller Jr., Victoria E. Silbey

cid:[email protected]

cid:[email protected]


Reply via email to