Rick Bullotta wrote:
Looks like not a 1.6 vs 1.5 issue - the benchmark comparisons one of our developers was using (that brought to light the performance issue) were versus a .NET rendering engine (SharpVectorGraphics) for some sample drawings. In general, Batik is about 40% faster, except under certain conditions (which we’re trying to identify), at which point the performance advantage switches over substantially to SharpVectorGraphics.
The particular SVG object that is showing this behavior has a lot of sequential translate transforms on text (an artifact of the drawing tool used to create the drawing) along with a number of rotate transforms on line and polygon objects. The only other things of interest in the drawing are a few "wide-stroked" arcs and a radial gradient.
A quick analysis of the document shows the following times: ~100ms for the radialGradient (this is a little odd since you fill a circle with the gradient then stroke it which seems a bit odd). ~40ms for the text (text is known to be on the slow side, lots of small pieces of text are the worst. ~80ms The rest...
Any optimizations/known design considerations for getting the best performance out of Batik (the SVG causing the performance deviation is shown below)?
I think the problem is likely the radial gradient. Right now this code uses a fair amount of float (including sqrt's). I've tried several times to replace this with various optimizations and they have all more or less failed. It's tricky to do right...
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
