Hello,
On 17.06.2011 11:44, Jesper Steen Møller wrote:
I think I can explain what it does, but I can't tell you if
disabling it is a bad idea.
RTFDTM means Result Tree Fragment Data Table Model. Xalan uses the
RTFDTM tables to save object overhead on the generated result tree
fragments, and thus, the NodeLists you keep a reference to will
point to table entries which - by design - will get overwritten (as
result tree fragments often get serialized out right away). In
effect, this a sort of manual memory management, especially useful
for older JVM which had slower garbage collection algorithms.
thanks a lot for the explanation. I had guessed something like this -
manual memory management with manual garbage collection :-).
By leaving out the popRTFContext, you'll keep accumulating that
state (in effect all the result tree fragment state). Your memory
consumption should grow as well. The alternative would be to deep
clone those NodeLists before you stash them away for rearranging.
Yes, that makes sense.
Question is whether there's an upper limit or something on the
RTFDTM. Anyone?
As far as I can tell from the internal structures I have seen, there
does not seem to be any fixed limit (unless maybe you exhaust the range
of the int IDs used internally, but that seems unlikely). So the only
thing that can happen is an OutOfMemoryError?
That's something we could live with: The code works fine right now, it
processes our documents with reasonable RAM usage. If this ever becomes
a problem, we'll find out, then we can tackle it.
But maybe someone else can shed more light on this?
Greetings,
S.Leske
--
Sebastian Leske
System- und Anwendungsentwicklung
Tel: 0211/92495-146
IOn AG
http://www.ion.ag/
Vorstand: Rudolf Franke, Erik Rehrmann, Manfred Siller
Aufsichtsratsvorsitzender: Reinhard Möntmann
Sitz der Gesellschaft: Erkrath
Amtsgericht Wuppertal: HRB 14181
USt Id-Nr.: DE 121642062
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscr...@xml.apache.org
For additional commands, e-mail: xalan-dev-h...@xml.apache.org
