[jira] [Commented] (PDFBOX-3764) 100 times performance hit on creating images
[ https://issues.apache.org/jira/browse/PDFBOX-3764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15981161#comment-15981161 ] Andreas Lehmkühler commented on PDFBOX-3764: [~pslabycz] The workaround is to use {{-Dorg.apache.pdfbox.rendering.UsePureJavaCMYKConversion=true}} > 100 times performance hit on creating images > > > Key: PDFBOX-3764 > URL: https://issues.apache.org/jira/browse/PDFBOX-3764 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.6 >Reporter: Daniel Persson > Labels: image, performance > Attachments: callstack_1.png, callstack_2.png, test.pdf > > > We found that PDFBox creates a better image than poppler so we wanted to > switch out our environment to get these improvements but found a file that > took about 10 minutes to create one image with PDFBox and only about 6 > seconds with poppler. So a 100 times performance hit if we where to change. > I've done some rudimentary profiling on the code and found that most of the > time is spent in ColorConvertOp.filter. Maybe there is a leaner way to > implement this in order to get a better result? > best regards > Daniel -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-3764) 100 times performance hit on creating images
[ https://issues.apache.org/jira/browse/PDFBOX-3764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15981016#comment-15981016 ] Petr Slaby commented on PDFBOX-3764: The bad news is that the -Dsun.java2d.cmm switch seems to be unofficial (at least I did not find it in any Oracle documentation) and the KCMS implementation is likely to disappear completely in one of the future Java versions. The OpenJDK issue https://bugs.openjdk.java.net/browse/JDK-8041125 is closed and the comments in it do not give me much hope that the LCMS would get faster again or that the Oracle/OpenJDK guys would even consider working on its performance. All very sad... A workaround implementation in PDFBox would be very welcome because of that. BTW, the page http://www.subshell.com/en/subshell/blog/Wrong-Colors-in-Images-with-Java8-100.html mentioned in the Getting Started Guide does not open. > 100 times performance hit on creating images > > > Key: PDFBOX-3764 > URL: https://issues.apache.org/jira/browse/PDFBOX-3764 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.6 >Reporter: Daniel Persson > Labels: image, performance > Attachments: callstack_1.png, callstack_2.png, test.pdf > > > We found that PDFBox creates a better image than poppler so we wanted to > switch out our environment to get these improvements but found a file that > took about 10 minutes to create one image with PDFBox and only about 6 > seconds with poppler. So a 100 times performance hit if we where to change. > I've done some rudimentary profiling on the code and found that most of the > time is spent in ColorConvertOp.filter. Maybe there is a leaner way to > implement this in order to get a better result? > best regards > Daniel -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-3764) 100 times performance hit on creating images
[ https://issues.apache.org/jira/browse/PDFBOX-3764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15980990#comment-15980990 ] Daniel Persson commented on PDFBOX-3764: Hi Tilman. Thank you for the support. Sadly I've not read the getting started guide at https://pdfbox.apache.org/2.0/getting-started.html Been using PDFBox for reading text for years now so I've must missed this update. Now we're down to 19 seconds rendering instead of 10 minutes. :) And after I added the org.apache.pdfbox.rendering.UsePureJavaCMYKConversion the thing taking the most time is the InputStream.read function which seems resonable. Thank you for the quick response. Best regards Daniel > 100 times performance hit on creating images > > > Key: PDFBOX-3764 > URL: https://issues.apache.org/jira/browse/PDFBOX-3764 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.6 >Reporter: Daniel Persson > Labels: image, performance > Attachments: callstack_1.png, callstack_2.png, test.pdf > > > We found that PDFBox creates a better image than poppler so we wanted to > switch out our environment to get these improvements but found a file that > took about 10 minutes to create one image with PDFBox and only about 6 > seconds with poppler. So a 100 times performance hit if we where to change. > I've done some rudimentary profiling on the code and found that most of the > time is spent in ColorConvertOp.filter. Maybe there is a leaner way to > implement this in order to get a better result? > best regards > Daniel -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org
[jira] [Commented] (PDFBOX-3764) 100 times performance hit on creating images
[ https://issues.apache.org/jira/browse/PDFBOX-3764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15980979#comment-15980979 ] Tilman Hausherr commented on PDFBOX-3764: - Did you use {{-Dsun.java2d.cmm=sun.java2d.cmm.kcms.KcmsServiceProvider}} and/or {{-Dorg.apache.pdfbox.rendering.UsePureJavaCMYKConversion=true}} ? > 100 times performance hit on creating images > > > Key: PDFBOX-3764 > URL: https://issues.apache.org/jira/browse/PDFBOX-3764 > Project: PDFBox > Issue Type: Improvement > Components: Rendering >Affects Versions: 2.0.6 >Reporter: Daniel Persson > Labels: image, performance > Attachments: callstack_1.png, callstack_2.png, test.pdf > > > We found that PDFBox creates a better image than poppler so we wanted to > switch out our environment to get these improvements but found a file that > took about 10 minutes to create one image with PDFBox and only about 6 > seconds with poppler. So a 100 times performance hit if we where to change. > I've done some rudimentary profiling on the code and found that most of the > time is spent in ColorConvertOp.filter. Maybe there is a leaner way to > implement this in order to get a better result? > best regards > Daniel -- This message was sent by Atlassian JIRA (v6.3.15#6346) - To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org