[
https://issues.apache.org/jira/browse/PDFBOX-556?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777228#action_12777228
]
Andreas Lehmkühler commented on PDFBOX-556:
-------------------------------------------
Hmm, if in common cases 70% of the time is spent in writing the text, it seems
to be obvious that readUntilStream can't be the reason for the performance
impact of 50%. There were a lot of changes in the TextStripper part since
0.7.3, so I guess we have to look there for a possible performance loss.
> Performance regression from 0.7.3 to 0.8.0
> ------------------------------------------
>
> Key: PDFBOX-556
> URL: https://issues.apache.org/jira/browse/PDFBOX-556
> Project: PDFBox
> Issue Type: Improvement
> Components: Parsing
> Affects Versions: 0.8.0-incubator
> Reporter: Lars Torunski
> Attachments: screenshot-1.jpg
>
>
> After upgrading from version 0.7.3 to 0.8.0 our pdf indexing for lucene takes
> a lot longer than expected.
> E.g. a single pdf needs 1150ms to be indexed compared to 750ms with version
> 0.7.3 ==> +50%
> My first thought was that more pdfs are indexed or even indexed correctly
> with 0.8.0. But that shouldn't be an impact more than 50%.
> Profiling with YourKit shows that a lot of time is spent in the method
> BaseParser.readUntilEndStream and it's invocation of cmpCircularBuffer. Maybe
> somebody find out how to improve the performance here.
> The method readUntilEndStream handles endobj tags in the stream also which
> impacts of course the performance, but this is OK.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
