svg loading time

[Georg Apitz <ma...@studserv.uni-leipzig.de>]

hi folks,

does anyone know a trick to decrease the loading time of the svg 
documents?
loading a file with a size of about 1MB takes 15 to 20 secs with my 
application
Mac OS X, Powerbook G4, 667, 768 MB RAM, JDK 1.3.1

Thanks a lot!

Georg
--
########################################
georg@apitz.de
www.ge-org.com

Unser Leben ist das, wozu es unser Denken macht.
########################################


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

RE: svg loading time

[Thomas E Deweese <th...@kodak.com>]

>>>>> "GA" == Georg Apitz <ma...@studserv.uni-leipzig.de> writes:

GA> Does anyone know a trick to decrease the loading time of the svg
GA> documents?  loading a file with a size of about 1MB takes 15 to 20
GA> secs with my application Mac OS X, Powerbook G4, 667, 768 MB RAM,
GA> JDK 1.3.1

    First a couple of questions:

    Are you talking 'first time' rendering or subsequent rendering?
    Second what version of Batik?  1.5b5?
    Do you know where the time is spent?


    With Java classes are loaded on demand so the first rendering is
when the JDK loads a large chunk of Batik.  Often the first rendering
is 2-3x slower then subsequent reloads.

    There were a few small performance tweaks that went into 1.5b5,
although nothing really major.

    There are three distinct phases to a Batik rendering, the
'loading', 'building' and 'rendering'.  If you go to preferences you
can have batik print out times for each of these phases as they occur.
The 'loading' time is more or less out of our control - as it is the
time Xerces takes to read the file and build our DOM.

    Building is usually not the bottle neck, and then rendering is
where we have the most control (and greatest possibility of performance
increase).

    Couple of known weaknesses, Xerces is slow for attributes that are
_very_ large (I've only really seen this for uses of 'data:' images
where the xlink:href attribute can be 100's of K, perhaps even a MB -
however if you have something like three paths in your 1MB file you
might trip over this).

    Text is slower than we would like.  A fair amount of work has gone
into this, but right now the use of JDK classes is the major
bottleneck (in particular AttributedString - our strings are very
heavily attributed and this seems to be problematic for the JDK
implementation).



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

Re: svg loading time

[Milan Trninic <mt...@galdosinc.com>]

Try reducing the decimal part of coordinates to one decimal.

Milan

=========================================
Milan Trninic
Senior Software Engineer
tel: 1 604 484-2764, 484-2750
mtrninic@galdosinc.com
Galdos Systems IncT 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.


----- Original Message -----
From: "Georg Apitz" <ma...@studserv.uni-leipzig.de>
To: "batik" <ba...@xml.apache.org>
Sent: Friday, March 28, 2003 6:33 AM
Subject: svg loading time


> hi folks,
>
> does anyone know a trick to decrease the loading time of the svg
> documents?
> loading a file with a size of about 1MB takes 15 to 20 secs with my
> application
> Mac OS X, Powerbook G4, 667, 768 MB RAM, JDK 1.3.1
>
> Thanks a lot!
>
> Georg
> --
> ########################################
> georg@apitz.de
> www.ge-org.com
>
> Unser Leben ist das, wozu es unser Denken macht.
> ########################################
>
>
> ---------------------------------------------------------------------
> 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