You are viewing a plain text version of this content. The canonical link for it is here.

Posted to fop-dev@xmlgraphics.apache.org by "Simon Steiner (Jira)" <ji...@apache.org> on 2022/09/13 13:50:00 UTC

[jira] [Assigned] (FOP-2860) [PATCH] BreakingAlgorithm causes high memory consumption

     [ https://issues.apache.org/jira/browse/FOP-2860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Simon Steiner reassigned FOP-2860:
----------------------------------

    Assignee: Simon Steiner

> [PATCH] BreakingAlgorithm causes high memory consumption
> --------------------------------------------------------
>
>                 Key: FOP-2860
>                 URL: https://issues.apache.org/jira/browse/FOP-2860
>             Project: FOP
>          Issue Type: Bug
>    Affects Versions: 2.3
>            Reporter: Raman Katsora
>            Assignee: Simon Steiner
>            Priority: Critical
>         Attachments: image-2019-04-16-10-07-53-502.png, memory6.patch, test-1500000.fo, test-250000.fo, test-300000.fo
>
>
> when a single element (e.g. {{<fo:block>}}) contains a sufficiently large amount of text, the fo-to-pdf transformation causes very high memory consumption.
> For instance, transforming a document with {{<fo:block>}} containing 1.5 million characters (~1.5Mb [^test-1500000.fo]) requires about 3Gb of RAM.
> The heapdump shows 27.5 million {{org.apache.fop.layoutmgr.BreakingAlgorithm.KnuthNode}} (~2.6Gb).
> We start observing this issue, having about 300 thousand characters in a single element ([^test-300000.fo]). But the high memory consumption isn't observed when processing 250 thousand characters ([^test-250000.fo]).



--
This message was sent by Atlassian Jira
(v8.20.10#820010)