Re: SVG speed?

HelderMagalhaes <[email protected]>
Newsgroups gmane.comp.mozilla.devel.svg
Organization http://groups.google.com
Message-ID <b5bef01c-a96e-47c8-b25b-d99da79acfba@x16g2000prn.googlegroups.com>
> In Gecko, you're wrong, in that the timer is reset based on when it
> fired, not when the callback returned.

Thanks for clearing this up. I guess my thinking was quite a bit
biased... Of course this makes much more sense. ;-)


> I can in fact reproduce this sometimes (not always). [...] Note that we do
> correct as you can see above so that the average time taken is right.

Weird in deed. In terms of correction, my quick 3.2alpha test didn't
show that correction, although I'm currently not being able to
reproduce: it means, though, that there are circumstances where
results will be pretty unpredictable (but no surprise, according to
your post)... :-|


> Your other option is to do Date() based timing.  That will work great in
> Gecko.  It'll work really badly for short time intervals in webkit-based
> browsers, since they update their date in 15ms increments (and don't
> consider that a bug).  I have no idea how well it works in Opera or IE.

Thanks for bringing this into discussion. I've added a link to this
thread from the thread [1] which referred some profiling based in
these timing mechanisms :-)


Best regards,

 Helder Magalhães


[1] http://tech.groups.yahoo.com/group/svg-developers/message/61612
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.