You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-users@xerces.apache.org by Benjamin Sanno <be...@online.de> on 2010/09/15 11:52:53 UTC
Memory Usage raises
My problem is explained in detail in :
http://forums.sun.com/thread.jspa?messageID=11047827�
Please have a closer look at the PDF documents that are attached.
I found, that the Xerces parser doesn't allow the Garbage Colletor to
deallocate last XML Elements (as JAVOLUTION does). In general, I
coundn't measure the typical Streaming-Parser behavior: relatively
constant and low memory usage over time.
is this a bug?
thanks
Ben Sanno
Re: Memory Usage raises
Posted by Michael Glavassevich <mr...@ca.ibm.com>.
Hi Ben,
The terms "encrypted file" and "unencrypted file" probably have a
particular meaning to you but doubt it's clear to anyone on the list what
those XML documents actually contain. The SAX parser wouldn't normally
require that much memory and would imagine that the devil is somewhere in
the details that you haven't shared with us yet.
Thanks.
Michael Glavassevich
XML Parser Development
IBM Toronto Lab
E-mail: mrglavas@ca.ibm.com
E-mail: mrglavas@apache.org
Benjamin Sanno <be...@online.de> wrote on 09/15/2010 05:52:53 AM:
> My problem is explained in detail in :
>
> http://forums.sun.com/thread.jspa?messageID=11047827�
>
> Please have a closer look at the PDF documents that are attached.
>
> I found, that the Xerces parser doesn't allow the Garbage Colletor to
> deallocate last XML Elements (as JAVOLUTION does). In general, I
> coundn't measure the typical Streaming-Parser behavior: relatively
> constant and low memory usage over time.
>
> is this a bug?
>
> thanks
>
> Ben Sanno
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: j-users-unsubscribe@xerces.apache.org
> For additional commands, e-mail: j-users-help@xerces.apache.org