Tilman Hausherr created PDFBOX-2901:
---------------------------------------
Summary: High CPU load and OutOfMemoryError when rendering shading
Key: PDFBOX-2901
URL: https://issues.apache.org/jira/browse/PDFBOX-2901
Project: PDFBox
Issue Type: Bug
Components: Rendering
Affects Versions: 1.8.9, 1.8.10, 1.8.11, 2.0.0
Reporter: Tilman Hausherr
Assignee: Tilman Hausherr
Fix For: 1.8.11, 2.0.0
By Frank D. from the mailing list:
{quote}
When we try to convert the attached pdf, the CPU load of tomcat is raising and
it seems, that the process hangs. The tomcat process is no more responsive and
after a long while, we get an memory overflow. Also the server load is very
high meanwhile.
{quote}
Some debugging at 50 dpi:
{code}
PDFOperator{cs}: [COSName{CS0}]
PDFOperator{scn}: [COSName{P0}]
PDFOperator{gs}: [COSName{GS0}]
PDFOperator{m}: [COSFloat{-10551.00391}, COSFloat{667.6051}]
PDFOperator{l}: [COSFloat{-10551.00391}, COSFloat{1447.09143}]
PDFOperator{l}: [COSFloat{9338.57129}, COSFloat{1447.09143}]
PDFOperator{l}: [COSFloat{9338.57129}, COSFloat{667.6051}]
PDFOperator{f}: []
f = Fill path using non zero winding rule
(...wait...)
PDFOperator{cs}: [COSName{CS0}]
PDFOperator{scn}: [COSName{P0}]
PDFOperator{gs}: [COSName{GS0}]
PDFOperator{m}: [COSFloat{-18801.79492}, COSFloat{667.6051}]
PDFOperator{l}: [COSFloat{-18801.79492}, COSFloat{1447.09143}]
PDFOperator{l}: [COSFloat{1087.7804}, COSFloat{1447.09143}]
PDFOperator{l}: [COSFloat{1087.7804}, COSFloat{667.6051}]
PDFOperator{f}: []
(...wait...)
PDFOperator{cs}: [COSName{CS0}]
PDFOperator{scn}: [COSName{P0}]
PDFOperator{gs}: [COSName{GS0}]
PDFOperator{m}: [COSFloat{-18801.79492}, COSFloat{11.15869}]
PDFOperator{l}: [COSFloat{-18801.79492}, COSFloat{790.64502}]
PDFOperator{l}: [COSFloat{1087.7804}, COSFloat{790.64502}]
PDFOperator{l}: [COSFloat{1087.7804}, COSFloat{11.15869}]
PDFOperator{f}: []
(...wait...)
(...wait...)
(...wait...)
PDFOperator{cs}: [COSName{CS0}]
PDFOperator{scn}: [COSName{P0}]
PDFOperator{gs}: [COSName{GS0}]
PDFOperator{m}: [COSFloat{-10551.00391}, COSFloat{667.6051}]
PDFOperator{l}: [COSFloat{-10551.00391}, COSFloat{1447.09143}]
PDFOperator{l}: [COSFloat{9338.57129}, COSFloat{1447.09143}]
PDFOperator{l}: [COSFloat{9338.57129}, COSFloat{667.6051}]
PDFOperator{f}: []
Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit
exceeded
at sun.java2d.cmm.kcms.CMMImageLayout.<init>(Unknown Source)
at sun.java2d.cmm.kcms.ICC_Transform.colorConvert(Unknown Source)
at java.awt.color.ICC_ColorSpace.toRGB(Unknown Source)
at
org.apache.pdfbox.pdmodel.graphics.color.PDDeviceRGB.toRGB(PDDeviceRGB.java:82)
at
org.apache.pdfbox.pdmodel.graphics.shading.ShadingContext.convertToRGB(ShadingContext.java:142)
at
org.apache.pdfbox.pdmodel.graphics.shading.TriangleBasedShadingContext.evalFunctionAndConvertToRGB(TriangleBasedShadingContext.java:167)
at
org.apache.pdfbox.pdmodel.graphics.shading.TriangleBasedShadingContext.calcPixelTable(TriangleBasedShadingContext.java:121)
at
org.apache.pdfbox.pdmodel.graphics.shading.GouraudShadingContext.calcPixelTable(GouraudShadingContext.java:111)
at
org.apache.pdfbox.pdmodel.graphics.shading.TriangleBasedShadingContext.createPixelTable(TriangleBasedShadingContext.java:80)
at
org.apache.pdfbox.pdmodel.graphics.shading.Type4ShadingContext.<init>(Type4ShadingContext.java:65)
at
org.apache.pdfbox.pdmodel.graphics.shading.Type4ShadingPaint.createContext(Type4ShadingPaint.java:66)
at sun.java2d.pipe.AlphaPaintPipe.startSequence(Unknown Source)
at sun.java2d.pipe.SpanShapeRenderer$Composite.startSequence(Unknown
Source)
at sun.java2d.pipe.SpanShapeRenderer.renderSpans(Unknown Source)
at sun.java2d.pipe.SpanShapeRenderer.fill(Unknown Source)
at sun.java2d.pipe.ValidatePipe.fill(Unknown Source)
at sun.java2d.SunGraphics2D.fill(Unknown Source)
at org.apache.pdfbox.rendering.PageDrawer.fillPath(PageDrawer.java:611)
{code}
The problem is that a type 4 shading ("gouraud shading") is called with huge
triangles (not shown here but I saw it in debugging) and huge device bounds
(e.g. x=-10551.004,y=667.6051,w=19889.574,h=779.4863). The shading routines of
types 4-7 create a mapping table for the color of every point in a shading
triangle. Because these triangles and the device bounds are so huge, the table
is huge and takes a long time to be calculated, uses a lot of memory, with the
result above.
IMHO it is a java bug, it should consider the clipping when calculating the
device bounds when calling Paint.createContext() and not pass device bounds
outside of the clipping region. The solution will be (once again :-( ) to do
ourselves what java doesn't.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
