You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "robo (Jira)" <ji...@apache.org> on 2021/09/19 12:44:00 UTC
[jira] [Comment Edited] (PDFBOX-5068) OutOfMemory while signing
large documents - continued
[ https://issues.apache.org/jira/browse/PDFBOX-5068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17417327#comment-17417327 ]
robo edited comment on PDFBOX-5068 at 9/19/21, 12:43 PM:
---------------------------------------------------------
[~msahyoun] [~hauser@acm.org]
Regarding your two points:
* Thank you for the information! I already saw PDFBOX-5263 related commits on the trunk (e.g. the latest commit mentioned in my comment above), but was not sure if the patch was fully integrated yet. The status is of PDFBOX-5363 is still "open". Thus - for the sake of simplicity - I also checked it with the original patch attached to that issue.
* Thank you also for this info, the svn checkout worked now. However, as I already assumed, both problems still remain (that is, the main problem represented by this issue PDFBOX-5068, as well as the new problem concerning the extremely slow signing process)
was (Author: rol.bo):
[~msahyoun] [~hauser@acm.org]
Regarding your two points:
* Thank you for the information! I already saw PDFBOX-5363 related commits on the trunk (e.g. the latest commit mentioned in my comment above), but was not sure if the patch was fully integrated yet. The status is of PDFBOX-5363 is still "open". Thus - for the sake of simplicity - I also checked it with the original patch attached to that issue.
* Thank you also for this info, the svn checkout worked now. However, as I already assumed, both problems still remain (that is, the main problem represented by this issue PDFBOX-5068, as well as the new problem concerning the extremely slow signing process)
> OutOfMemory while signing large documents - continued
> -----------------------------------------------------
>
> Key: PDFBOX-5068
> URL: https://issues.apache.org/jira/browse/PDFBOX-5068
> Project: PDFBox
> Issue Type: Improvement
> Components: Signing
> Affects Versions: 2.0.23
> Reporter: Ralf Hauser
> Assignee: Andreas Lehmkühler
> Priority: Major
> Attachments: RandomAccessReadBufferDiag.java, issue5068.patch, minimum.pdf
>
>
> Continuation of PDFBOX-2512
>
> in COSWriter.prepareIncrement(), for the test case cosDoc.getXrefTable().keySet() has size 5925. For each of thes keys, cosDoc.getObjectFromPool() gets an object that is not just referencing some part of the input document, but duplicates it (which is unavoidable in the case where they are decompressed with FlateFilter - albeit this could possibly be done "lazy")
> -Xmx20m 746/5925
> -Xmx25m 1615/5925
> -Xmx30m 2800/5925
> -Xmx40m 3872/5925
> -Xmx55m 5773/5925
> With 60m, it gets them all, but dies later with less telling
> java.lang.OutOfMemoryError: GC overhead limit exceeded
>
> This assumes the patch of PDFBOX-5067 already in place - or using CreateVisibleSignature2.java as starting point
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org