Hi,
We recently discovered some memory issues with XEP4.19 during load testing.
The test comprised of multiple (about 5000 total renders) concurrent (no
more than 5) FO to PDF renders of the same two page input.
The input contains both tables and images.
We found that the memory usage slowly crept up over time a heap dump
revealed the following:
71,183,440 (28.34%) [32] 5 class com/speedlegal/genericexport/XEPExport
0xdd55ba10
71,183,408 (28.34%) [16] 1 com/renderx/xep/FormatterImpl 0xde359840
71,183,392 (28.34%) [16] 1 com/renderx/xep/FormatterCore 0xdba87a10
71,183,376 (28.34%) [336] 23 com/renderx/xep/lib/Conf 0xde375fd8
67,949,056 (27.05%) [72] 10 com/renderx/xep/cmp/ImageFactory 0xdb32e790
65,786,552 (26.19%) [32] 1 com/renderx/util/Hashtable 0xdb32e9b8
65,786,520 (26.19%) [1,048,592] 91,000 array of java/lang/Object 0xe2864560
This basically means that our FormatterImpl object was holding into image
references which could not be garbage collected. We were using a single
FormatterImpl instance across threads to avoid the overhead of creating
this object over and over. We did not and could not call the cleanup()
method during this testing as we understand this cannot be called during
rendering.
We made sure that TMPDIR and the appropriate MEMOIZE settings were in place
but this made no difference.
Using a new instance of the FormatterImpl for each render resolved the
memory issues.
Questions:
- is this a known issue, bug or limitation?
- is correct use of the FormatterImpl documented somewhere? The forums
suggest that FormatterImpl should be used this way but cleanup should be
called from time to time. Perhaps cleanup() could block if a render is in
progress
Regards,
Justin,
-- Regards, *Justin Lipton* Email: justin.lipton@exari.com Office: +613 9621 2775 Mobile: +614 0958 9943 Demo <http://www.exari.com/demo-trial.html> Blog <http://blog.exari.com/> Twitter <http://www.twitter.com/exari> LinkedIn<http://www.linkedin.com/companies/exari-systems> Boston | London | Melbourne | Munich This e-mail message is transmitted to you by Exari Group, Inc.. This e-mail contains information which may be confidential and legally privileged, and is for the exclusive use of the intended recipient. If you are not the intended recipient, any disclosure, copying, distribution or use of this information is prohibited. If you have received this e-mail in error, please notify us immediately by telephone +1 617.938.3777 or by e-mail and then delete the message from your computer. !DSPAM:87,503bd15263731548410865!
_______________________________________________
(*) To unsubscribe, please visit http://lists.renderx.com/mailman/options/xep-support
(*) By using the Service, you expressly agree to these Terms of Service http://w
ww.renderx.com/terms-of-service.html
Received on Mon Aug 27 12:47:20 2012
This archive was generated by hypermail 2.1.8 : Mon Aug 27 2012 - 12:47:26 PDT