RE: [svg-developers] Thoughts on optimizing ASV rendering SVG with 5,000 elements

2006-02-22 Thread Peter Kalev
I have a similar problem too...  :)

We use ASV3/IE6 .

A very large map loads very fast, but the moment you add text it "kills"
my computer...  :(

Just to throw a curve ball, my co-workers computer (same configuration
as mine) sees no difference... Go figure.

Peter Kalev
Senior Developer,
SWF, LLC


-Original Message-
From: Sean [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 22, 2006 1:53 PM
To: svg-developers@yahoogroups.com
Subject: Re: [svg-developers] Thoughts on optimizing ASV rendering SVG
with 5,000 elements

I have a similar problem. I've developed an SVG front end for editing 
databases, IE only at this point. Drawback is that if the db is rather 
large, performance falls off fast. For instance, my svg when fully 
loaded is about 3.5 MB, which I don't think of as all that large. I make

svg maps that are that big and bigger. The map performance is much 
better. I've tried to minimize the size, but I can only do so much. I 
reuse buttons and textboxes. I use the svg clip art as a source and make

reusable elements in Inkscape. Inkscape adds a lot of useless stuff like

opacity:1.; and so on. Below is an example of what Inkscape 
creates. I do not know what attributes hinder performance. I get rid of 
attributes that I know add nothing. I've even substituted out such 
things as style="stop-opacity:0.4055" with stop-opacity='0.4055'



I am not sure what performance degradations occur when using  tags.

Is performance related to just the added text of a use tag? How about 
linear gradients and use tags? I'm constantly looking for ideas, so any 
input would be appreciated. If nothing else, it's a good exercise.
Thanks.

Sean


-
To unsubscribe send a message to:
[EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my
membership"
 
Yahoo! Groups Links



 





-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 




Re: [svg-developers] Thoughts on optimizing ASV rendering SVG with 5,000 elements

2006-02-22 Thread Sean
I have a similar problem. I've developed an SVG front end for editing 
databases, IE only at this point. Drawback is that if the db is rather 
large, performance falls off fast. For instance, my svg when fully 
loaded is about 3.5 MB, which I don't think of as all that large. I make 
svg maps that are that big and bigger. The map performance is much 
better. I've tried to minimize the size, but I can only do so much. I 
reuse buttons and textboxes. I use the svg clip art as a source and make 
reusable elements in Inkscape. Inkscape adds a lot of useless stuff like 
opacity:1.; and so on. Below is an example of what Inkscape 
creates. I do not know what attributes hinder performance. I get rid of 
attributes that I know add nothing. I've even substituted out such 
things as style="stop-opacity:0.4055" with stop-opacity='0.4055'



I am not sure what performance degradations occur when using  tags. 
Is performance related to just the added text of a use tag? How about 
linear gradients and use tags? I'm constantly looking for ideas, so any 
input would be appreciated. If nothing else, it's a good exercise. Thanks.

Sean


-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 





Re: [svg-developers] Thoughts on optimizing ASV rendering SVG with 5,000 elements

2006-02-22 Thread thomas . deweese
Hi,

   A single path with a thousand line segments (M x11,y11 L x12,y12 M x21, 
y21, L x22, y22, ...)
will display/update in a small fraction of the time that a thousand line 
elements will
(they will also take much less memory).

   Another trick is to replace the circle elements with a single path with
a circle Marker.  Then the path will be just move commands.

   The drawback to both of these is that you lose the ability to track 
events, set properties
etc. on individual elements.

   Finally it wouldn't surprise me if the text was a major part of the 
rendering time.
You might try 'removing' elements from the document to see what makes a
difference.  You can play a similar game with text where you can have all
of your text in one element and use 'tspan' to position each piece 
separately.
I am less certain of the win in this case.

svg-developers@yahoogroups.com wrote on 02/22/2006 12:04:38 PM:

> run2bmi21 schrieb:
> 
> > Hi,
> >
> > Does anyone have any hints on improving response times from ASV when
> > SVG file has about 5,000 elements?  The elements are simple lines
> > (4,000) and circles (1,000).  For every circle, there's a word or two
> > of associated text, positioned just below the circle.
> >
> > Just wondering whether something as simple as not filling the circles
> > with color (fill="none") may help ASV response times.
> >
> > Currently, the behavior I'm seeing on a Dell Latitude D610 laptop
> > (i.e. a new laptop with average CPU) is about a 5 second delay in
> > image appearance after file has completely loaded.  Also, significant
> > zoom and pan delays, say 3-5 seconds on a zoom, and extremely
> > lethargic panning.
> >
> > My guess is, since line elements are the most numerous in the
> > SVG, that I should concentrate on optimizing them, but they're already
> > perhaps as simple as they're going to get, e.g.
> >
> >  > x2="100" y1="100" y2="2600" stroke-width="2"/>
> >
> > And a typical circle in the SVG looks like:
> >
> >  > stroke-width="2" id="vertex0" cx="100" cy="2600" r="76"/>
> >
> > Does it take ASV a longer time to render an object positioned on the
> > canvas with x,y coordinates with decimal values such as 34.56 instead
> > of 34?
> >
> > Thanks in advance for any thoughts.
> >
> > Doug
> 
> hi Doug
> 
> have you tried shape-rendering="optimizeSpeed" ?
> putting this into your  Element, will cause your graphic to be 
> drawn without antialising.
> usually this will speed up thinks significantly, at the cost of 
accuracy.
> 
> hth
> Holger
> 
> p.s.: you might want to look at this fine paper by one of the main ASV 
> developers, which gives some hints on increasing perfomance:
>http://www.svgopen.org/2002/papers/sorotokin__svg_secrets/
> 
> -- 
> if this information was usefull, please try to help someone else !
> http://www.treebuilder.de
> 
> 
> 
> -
> To unsubscribe send a message to: 
[EMAIL PROTECTED]
> -or-
> visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
>  
> Yahoo! Groups Links
> 
> 
> 
> 
> 
> 



-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 





Re: [svg-developers] Thoughts on optimizing ASV rendering SVG with 5,000 elements

2006-02-22 Thread Sylvain Rouillard
Le Mercredi 22 Février 2006 17:25, run2bmi21 a écrit :
> Hi,
>
> Does anyone have any hints on improving response times from ASV when
> SVG file has about 5,000 elements?  The elements are simple lines
> (4,000) and circles (1,000).  For every circle, there's a word or two
> of associated text, positioned just below the circle.
>
> Just wondering whether something as simple as not filling the circles
> with color (fill="none") may help ASV response times.
>
> Currently, the behavior I'm seeing on a Dell Latitude D610 laptop
> (i.e. a new laptop with average CPU) is about a 5 second delay in
> image appearance after file has completely loaded.  Also, significant
> zoom and pan delays, say 3-5 seconds on a zoom, and extremely
> lethargic panning.
>
> My guess is, since line elements are the most numerous in the
> SVG, that I should concentrate on optimizing them, but they're already
> perhaps as simple as they're going to get, e.g.
>
>  x2="100" y1="100" y2="2600" stroke-width="2"/>
>
> And a typical circle in the SVG looks like:
>
>  stroke-width="2" id="vertex0" cx="100" cy="2600" r="76"/>
>
> Does it take ASV a longer time to render an object positioned on the
> canvas with x,y coordinates with decimal values such as 34.56 instead
> of 34?
>
> Thanks in advance for any thoughts.
>
> Doug

Well, you asked for any thought, here is my only one:

can you not try and merge your lines into fewer paths? Or if your elements 
have a lot in common with each other, try and use the  elmt, and/or 
styles. Also, I see you're using opacity settings, those are generaly 
performance killers.

There are also rendering settings that you could play with, but those will 
probably be of very little help if any... merging elements to cut down the 
total count is probably your best luck...

cheers





___ 
Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs 
exceptionnels pour appeler la France et l'international.
Téléchargez sur http://fr.messenger.yahoo.com


-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
 




Re: [svg-developers] Thoughts on optimizing ASV rendering SVG with 5,000 elements

2006-02-22 Thread Holger Will
run2bmi21 schrieb:

> Hi,
>
> Does anyone have any hints on improving response times from ASV when
> SVG file has about 5,000 elements?  The elements are simple lines
> (4,000) and circles (1,000).  For every circle, there's a word or two
> of associated text, positioned just below the circle.
>
> Just wondering whether something as simple as not filling the circles
> with color (fill="none") may help ASV response times.
>
> Currently, the behavior I'm seeing on a Dell Latitude D610 laptop
> (i.e. a new laptop with average CPU) is about a 5 second delay in
> image appearance after file has completely loaded.  Also, significant
> zoom and pan delays, say 3-5 seconds on a zoom, and extremely
> lethargic panning.
>
> My guess is, since line elements are the most numerous in the
> SVG, that I should concentrate on optimizing them, but they're already
> perhaps as simple as they're going to get, e.g.
>
>  x2="100" y1="100" y2="2600" stroke-width="2"/>
>
> And a typical circle in the SVG looks like:
>
>  stroke-width="2" id="vertex0" cx="100" cy="2600" r="76"/>
>
> Does it take ASV a longer time to render an object positioned on the
> canvas with x,y coordinates with decimal values such as 34.56 instead
> of 34?
>
> Thanks in advance for any thoughts.
>
> Doug

hi Doug

have you tried shape-rendering="optimizeSpeed" ?
putting this into your  Element, will cause your graphic to be 
drawn without antialising.
usually this will speed up thinks significantly, at the cost of accuracy.

hth
Holger

p.s.: you might want to look at this fine paper by one of the main ASV 
developers, which gives some hints on increasing perfomance:
   http://www.svgopen.org/2002/papers/sorotokin__svg_secrets/

-- 
if this information was usefull, please try to help someone else !
http://www.treebuilder.de



-
To unsubscribe send a message to: [EMAIL PROTECTED]
-or-
visit http://groups.yahoo.com/group/svg-developers and click "edit my 
membership"
 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/svg-developers/

<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/