[
https://issues.apache.org/jira/browse/TIKA-2620?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16419501#comment-16419501
]
Ewan Mellor commented on TIKA-2620:
-----------------------------------
[https://bugs.openjdk.java.net/browse/JDK-8041125]
This showed a slowdown of 3x in the ColorConvertOp.filter method from JDK 7 to
8, but was closed as "Won't Fix" as "This is a consequence of switching to
LittleCMS. It may be difficult or even impossible to get back to the previous
performance but the trade-off is we have a more modern and maintained library."
So if I understand correctly, KCMS is faster but unmaintained and deprecated.
There are security and stability risks in using an unmaintained codepath, so I
would vote against setting it by default inside Tika. It should definitely go
in the documentation though.
> Set sys property to get better rendering speed by default
> ---------------------------------------------------------
>
> Key: TIKA-2620
> URL: https://issues.apache.org/jira/browse/TIKA-2620
> Project: Tika
> Issue Type: Task
> Reporter: Tim Allison
> Priority: Trivial
>
> After upgrading to PDFBox 2.0.9, we now get a logged warning:
> {noformat}
> INFO To get higher rendering speed on JDK8 or later,
> INFO use the option
> -Dsun.java2d.cmm=sun.java2d.cmm.kcms.KcmsServiceProvider
> INFO or call System.setProperty("sun.java2d.cmm",
> "sun.java2d.cmm.kcms.KcmsServiceProvider")
> {noformat}
> Unless there are objections, I'll add a static call to the PDFParser to
> {{System.setProperty...}}.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
