xmlgraphics-batik-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nikhil Dinesh <nikh...@seas.upenn.edu>
Subject Re: Performance enhancement post GVT building
Date Thu, 24 Jun 2004 13:24:14 GMT
Hi Thomas,

>     Thanks for the sample content.  I can now say that the problem
> is definitely the text.  Unfortunately lots of small text elements
> is a really bad case for Batik.  As I recall the basic problem is
> that the JDK's AttributedString class has a lot of overhead,
> especially since we end up associating a couple dozen 'attributes' on
> each character.  It is been an interest of mine to try and replace
> the JDK implementation with one of our own (optimized for Batik's
> usage) but I haven't gotten around to that yet.
>
>     The other potential option would be to create a 'simple'
> text path, that could handle text with no child elements that
> is all drawn in one style, with no BiDi needed.  But I also
> haven't come close to doing that.
>

Yes this would be great.


>     One note though, 'styles="text/plain"' is not doing anything
> (taking it out won't help any, but I didn't want you to think
> that it was really helping).

One starts to believe strange things at 4am. You're right I timed it
and its not helping.

>
>     One option which isn't very attractive but could potentially help
> (although I am unsure how much). would be to 'gang' your text up
> into one text element with many tspans.  This would actually make
> a lot of sense for the 'sentence' being decomposed.
>
>     I don't know how flexible your generation stuff is so this might
> be hard to accomplish.

I think this can be done...But Im going to have to put it on my TODO list.

Thanks,
-Nikhil





>
> Nikhil Dinesh wrote:
>
> > Hi Thomas,
> >
> > On Wed, 23 Jun 2004, Thomas DeWeese wrote:
> >
> >
> >>Hi Nikhil,
> >>
> >>Nikhil Dinesh wrote:
> >>
> >>
> >>>Im trying to use the JSVGCanvas to draw an SVGDocument of size about
> >>>140KB. The DOM creation and GVT build happen with expected speeds...but
> >>>the canvas takes about 13 seconds post build to be painted. Is there
> >>>anything I could do to shorten  the TreeRenderer phase or a phase post
> >>>that? Ive set all text styles="text/plain" which reduced the delay to the
> >>>current amout.
> >>
> >>    Well sample content always helps.  The two common time sinks I've
> >>seen are filters and text.  I'll focus on text since you mention it as
> >>a time factor, is the time actually spent in the render phase or the
> >>rendering preparation phase?
> >
> >
> > All the time is spent in the render phase i.e. I timed it from
> > gvtRenderingStarted to gvtRenderingCompleted. Attached is about 1/50th of
> > the document. Sorry about the formatting but the DOMSerializer makes entities
> > out of new lines. Let me know if you would like to see the whole file to
> > verify measurements.
> >
> > Thanks,
> > Nikhil
> >
> >
> > ------------------------------------------------------------------------
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
> > For additional commands, e-mail: batik-users-help@xml.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: batik-users-help@xml.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscribe@xml.apache.org
For additional commands, e-mail: batik-users-help@xml.apache.org


Mime
View raw message