Re: Poor performance in path tracing example (using WebWorkers)
"Kr@n" <[email protected]> Wed, 26 May 2010 06:27:39 -0700 (PDT)
| Newsgroups | gmane.comp.mozilla.performance |
|---|---|
| Organization | http://groups.google.com |
| Message-ID | <8ff9d793-57f5-48f3-a527-bd8b85519479@c22g2000vbb.googlegroups.com> |
On 25 mai, 23:19, David Mandelin <[email protected]> wrote: > I think it's not tracing: > > Recording starting fromhttp://29a.ch/sandbox/2010/cornellbox/worker.js:194@100 > (FragID=000000) > Abort recording of treehttp://29a.ch/sandbox/2010/cornellbox/worker.js:194@100 > athttp://29a.ch/sandbox/2010/cornellbox/worker.js:201@0:Inner tree is > an unsupported type of recursion. Thanks for your prompt answer. I was pretty sure myself this was due to tracing abortion (path tracing algorithms are implemented recursively more often than not), but I wanted to be sure ... > Could you try recoding it to use iteration instead of recursion in > Renderer.trace and see what that does to perf? Unfortunately, I am not the developer of this path tracing test (I just happen to shudder every time I read someone claiming Chrome is immensely faster than FF). However I will make sure to tell the author of this example to implement his algo using iteration if he wants solid performance on FF before JaegerMonkey makes it to an official release ... Thanks again for your time. Matthieu.