I am using ILogJView to render the svg. It in turn uses Batik.I found similar problem.
 
Thanks!
Mayur
-----Original Message-----
From: Milan Trninic [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 13, 2002 5:27 AM
To: [EMAIL PROTECTED]
Subject: Rendering performance of Java

Hi,
 
I have a question that is I think related to java rather than Batik. I have found some discussions on the ropic of rendering, but I still don't know much about it. Here is the case:
 
I made a simple test that loads an svg file of certain number of squares (paths) formed into a matrice. I was varying the number from 100 to 10, 000. This is what I've figured out:
 
1. I was using:
 
    _factory.createDocument
    to create the document out of url, and then
 
    _svgPane.setSVGDocument
 
to set the documtn to JSVGComponent.
 
2. I set the timer to capture ellapsed time after all processing done by my code is done.
 
3. Turns out the speed of Batik is very good. For example, with 10,000 squares it takes 3 seconds for batik to do it. So, basically for the varying number of <path> elements displayed (100 - 10, 000) the time spent was 0-3 sec.
4. But then goes the complicated part - After it was announced that the setting of the svg document is done, and basically my small test program has finished, java starts rendering that on the screen (so nothing is visible yet), and that part is trouble. Here are the times for it:
 
1000 items 4 sec
2000 items 8 sec
3000 items 15 sec
4000 items 30 sec
5000 items 65 sec
 
Has anyone worked with something similar. Anybody has any suggestion?
 
Thank you
 
 
=========================================
Milan Trninic
Software Engineer
tel: 1 604 484-2764, 484-2750
[EMAIL PROTECTED]
Galdos Systems Inc. http://www.galdosinc.com
=========================================

===============
Privileged or confidential information may be contained in this message. If this message was not intended for you, destroy it and notify us immediately. Opinions, conclusions, recommendations, and other information presented in this message are not given or necessarily endorsed by my employer or firm.

Reply via email to