Closed Bug 599210 Opened 14 years ago Closed 1 years ago

BallDroppings chrome experiment slow in firefox

Categories

(Core :: JavaScript Engine, defect)

Product:
Core
Component:
JavaScript Engine
Platform:
x86_64
Windows 7
Type:
defect

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: cwdesautels, Unassigned)

References

(
URL
)

Details

(Whiteboard: [chromeexperiments])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.3 (KHTML, like Gecko) Chrome/6.0.472.63 Safari/534.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 When comparing the chrome experiment in both chromium and minefield. There is significantly more lag in the minefield test case when I turn up the ball drop rate. Reproducible: Always Steps to Reproduce: 1. Click launch experiment 2. Drag mouse across experiment window to give you something to bounce against 3. Turn up ball drop rate 15x Actual Results: Visual choppiness in the experiment Expected Results: Smoother results to at least match chromiums apparently higher ball drop breakpoint
This demo uses a very old version of Processing.js, which uses things like with, eval, recursion, etc.--it doesn't trace and does bad things with js. We've since rewritten it so it produces better js. Try swapping that for a new processing.js: http://github.com/annasob/processing-js/raw/0.9.8/processing.js
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: firefox versus chrome experiment slow in firefox → BallDroppings chrome experiment slow in firefox
Whiteboard: [chromeexperiments]
I downloaded the experiment and swapped the javascript locally and it performed beautifully. That solved everything I experienced.
OK, great. Now we just need to be fast on the old processing.js ;) Comment 0 mentions Firefox 3.6. Is that what was used to test? Or was the performance difference observed with a current trunk nightly?
I'm sorry that was a minor copy and paste error. I was indeed experiencing it with the trunk build. Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:2.0b7pre) Gecko/20100916 Firefox/4.0b7pre
I'm sorry that was a minor copy and paste error. I was indeed experiencing it with the trunk build. Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:2.0b7pre) Gecko/20100916 Firefox/4.0b7pre
Assignee: general → nobody
Severity: normal → S3
Status: NEW → RESOLVED
Closed: 1 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.