Moshpit JS simulation is much slower on Firefox than Chrome
Categories
(Core :: JavaScript Engine, defect, P3)
Tracking
()
People
(Reporter: cpeterson, Unassigned)
References
(Blocks 1 open bug, )
Details
Reporter | ||
Comment 1•12 years ago
|
||
Comment 2•12 years ago
|
||
![]() |
||
Comment 3•12 years ago
|
||
Updated•3 years ago
|
Comment 4•1 year ago
|
||
The default number of balls (500) is fast on latest Nightly. However, if you increase the number of balls to 10x (5000), there is a huge difference.
Nightly: https://share.firefox.dev/3W1Z7ZI (5000 balls)
Chrome: https://share.firefox.dev/3zMxGvt (5000 balls)
Visually, we are a lot slower.
Reporter | ||
Updated•1 year ago
|
Comment 5•1 year ago
|
||
I hacked out the core loop of this code and put it in a shell microbenchmark, then poked at some samply profiles. For reasons I haven't been able to work out, I see a lot of samples locally in mod_rvec, but none in the browser version. I see a big win in my cut-down version by bumping the maximum size of an inlined function up somewhat to inline mod_rvec
into update
. (Our current max is 130 bytes of bytecode; mod_rvec is 209
.) However, it's not clear that will help anything here. I tried a build of Firefox with a higher limit, and couldn't make out any difference in the profiles.
Updated•1 year ago
|
Description
•