>>>>> "WH" == William Huang <[EMAIL PROTECTED]> writes:
WH> I made an application which bundle Batik, Rhino Engine and SAX2
WH> parser together for SVG processing. I found there is noticeable
WH> delay from class loading to rendering completion.
So Java is notoriously hard to get 'good' performance figures
from. The first things that comes to mind is class loading issues,
the first rendering from Batik takes for ever because all the classes
need to be loaded - there is almost no way for us to avoid this.
WH> The problem is extremely significant when the path is a little
WH> complex which costs tens of seconds to get done.
Just so I have a decent frame of reference what do you mean by 'a
little complex'? 1K, 10K, 100K 1Mb 10Mb?
What features are you using, filters, patterns, gradients, use,
text, etc. Are you using them heavily/lightly...
WH> Is there some ways to improve the performance or has Batik project
WH> group have a plan in this area? For example, improving file I/O
WH> and TCP networking I/O speed using the Java 1.4 NIO,
I don't think we are likely to ever write our own XML parser, so
unless crimson/Xalan/whatever does this, we won't.
WH> parsing element more efficiently,
Well we have done a bunch of this already (note we have our own
float parser etc). If you can provide good clear benchmarking data
that points to areas that need optimization we will take a look.
However, the last time I looked XML parsing was getting to be a small
enough part of the pie to not worry about.
I spent a lot of time on trying to optimize text but never got
speed to a point where I was really happy with it, in the end the
biggest drains were JDK text classes, so unless I rewrote them I
wasn't going to do any better.
WH> better integration with other open-source projects, and so on?
What other open-source projects?
This is an open-source project so we are open to just about
anything (if we weren't people could just take the code and do what
they want). But especially right now committer resources are limited
so don't expect us to do large scale rewrites (if other want to
contribute, please do!).
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
