[
https://issues.apache.org/jira/browse/PDFBOX-6268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18117909#comment-18117909
]
Andreas Lehmkühler commented on PDFBOX-6268:
--------------------------------------------
[~tallison] thanks for double checking. The results are as expected. Your
improvement addresses a special not that likely constellation, a big pdf with a
lot of compressed streams. However, the change fixes a bad design decision and
maybe some not yet uncovered side effects.
> Avoid rebuilding key cache when possible
> ----------------------------------------
>
> Key: PDFBOX-6268
> URL: https://issues.apache.org/jira/browse/PDFBOX-6268
> Project: PDFBox
> Issue Type: Task
> Components: Parsing
> Affects Versions: 3.0.8 PDFBox, 4.0.0
> Reporter: Tim Allison
> Assignee: Andreas Lehmkühler
> Priority: Minor
> Attachments: G7BO7PNCCREVF2BCY5YSYOPYDLMBYASY.pdf,
> RFFQRH5P3P4YLUL5MWWZIPDQRKAPES2H.pdf
>
>
> Over on Tika, we found that our {{COSDocument.getObjectsByType(FILESPEC)}}
> was really expensive on a couple of PDFs.
> The issue was that every object stream parse rebuilds the cache from scratch:
> xref entries × object streams map insertions.
> With incoming PR, we could get >600s -> ~4 seconds or less.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
