Mailing-List: contact users-help@pdfbox.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@pdfbox.apache.org
Received-SPF: error (nike.apache.org: local policy)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
Subject: Re: PDFRenderer, PDDocument memory issue
From: John Hewson <john@jahewson.com>
In-Reply-To: 
 <441305402.3810133.1435818580365.JavaMail.open-xchange@ptangptang.store>
Date: Mon, 6 Jul 2015 21:33:44 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <3B41AB30-72B0-46A4-A551-F079AA598F77@jahewson.com>
References: <1435738585.209186772@f345.i.mail.ru>
 <5593FEAF.5030406@t-online.de>
 <6F27FA3C-B902-42BD-8439-41C71BC5262C@jahewson.com>
 <441305402.3810133.1435818580365.JavaMail.open-xchange@ptangptang.store>
To: users@pdfbox.apache.org,
 =?utf-8?Q?Andreas_Lehmk=C3=BChler?= <andreas@lehmi.de>


> On 1 Jul 2015, at 23:29, Andreas Lehmk=C3=BChler <andreas@lehmi.de> =
wrote:
>=20
>=20
>=20
>> John Hewson <john@jahewson.com> hat am 2. Juli 2015 um 06:10 =
geschrieben:
>>=20
>>=20
>>=20
>>> On 1 Jul 2015, at 07:52, Tilman Hausherr <THausherr@t-online.de> =
wrote:
>>>=20
>>>> Am 01.07.2015 um 10:16 schrieb Alex Sviridov:
>>>> In my application I have real time memory graphs and they show that =
memory
>>>> is very fast filled.
>>>> When there is no more free memory getPageThumbImage hangs - no =
exception,
>>>> nothing. But the code stops.
>>>> When I do pdfDocument=3Dnull,pdfRenderer=3Dnull I get about 400mb =
free memory.
>>>> How to solve this problem?
>>>=20
>>> If you're building from source, try this: in PDImageXObject.java, =
remove the
>>> line "cachedImage =3D image;". This will consume less space if you =
have large
>>> PDFs with many images.
>>=20
>> We don't retain XObjects across pages (anymore), so that shouldn't be =
the
>> cause of his gradual memory increase?
> IMHO, it's quite simply to explain. During the initial parse all =
streams are
> read and all the data is stored in COSStream (see =
COSParser#parseCOSStream).
> That isn't a new behaviour and I'm working on a better solution (it's =
my last
> TODO in PDFBOX-2301)

So it=E2=80=99s cached data in COSStream? That wouldn=E2=80=99t be =
affected by "cachedImage =3D image;=E2=80=9D
but it would certainly explain the increasing heap usage. Glad to hear =
that you have an
improvement underway!

=E2=80=94 John

>>> Tilman
>>>=20
>>>=20
>>>=20
>>> =
---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>>=20
>>=20
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>> For additional commands, e-mail: users-help@pdfbox.apache.org
>=20
> BR
> Andreas
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>=20


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org