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