[
https://issues.apache.org/jira/browse/PDFBOX-2882?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14629379#comment-14629379
]
Timo Boehme commented on PDFBOX-2882:
-------------------------------------
The call to page count (with output) was only added in order to prevent Java
from doing some optimizations removing not needed code paths because the result
is not used. Loading time measuring was only done because Tim Allison came up
with the numbers. I've also run benchmarks which render each page. Here I had
only differences between in-memory and scratch file usage when a larger chunk
was written to the temporary file by the OS (file was 800MB in the end - so it
is to be expected). However these were only tests with single files and my
system seems to be quite fast (caching) writing/reading a file.
I think we get better performance values ones I've committed the new scratch
file implementation.
> Improve performance when using scratch file
> -------------------------------------------
>
> Key: PDFBOX-2882
> URL: https://issues.apache.org/jira/browse/PDFBOX-2882
> Project: PDFBox
> Issue Type: Improvement
> Components: Parsing
> Affects Versions: 2.0.0
> Reporter: Timo Boehme
> Assignee: Timo Boehme
> Priority: Minor
> Attachments: ScratchFile.java, ScratchFileBuffer.java
>
>
> The current scratch file implementation uses many direct I/O calls which
> slows down parsing compared with in-memory scratch buffer considerably.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
