Closed Bug 806480 Opened 12 years ago Closed 11 years ago

Emscripten benchmarks regression during JS work week

Categories

(Core :: JavaScript Engine, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: azakai, Unassigned)

References

Details

During the JS work week we saw a big regression on several emscripten benchmarks on AWFY. bhackett found it was caused by a patch that he landed during that week and would investigate. Filing this bug to track the issue since dlmalloc for example is 40% slower currently that it used to be. (STR: Grab dlmalloc from AWFY and run it)
Which patch was it?
Not sure. He said it was a patch he had written a long time ago to work around bad initial compilation of a large codebase, something to do with invalidation, and just landed now. If he gets back in a few weeks this might not be urgent, my only concern is if this ends up shipping in a release because it gets pushed to aurora before he returns (but even so I suppose we might be able to fix it on aurora).
(In reply to Luke Wagner [:luke] from comment #1) > Which patch was it? The only patches in the regressing range are from Bug 781657 and Bug 788822: http://hg.mozilla.org/integration/mozilla-inbound/rev/9a5191dfae8d http://hg.mozilla.org/integration/mozilla-inbound/rev/ca391c7bceb8
(In reply to Sean Stangl from comment #3) > (In reply to Luke Wagner [:luke] from comment #1) > > Which patch was it? > > The only patches in the regressing range are from Bug 781657 and Bug 788822: > > http://hg.mozilla.org/integration/mozilla-inbound/rev/9a5191dfae8d > http://hg.mozilla.org/integration/mozilla-inbound/rev/ca391c7bceb8 Thanks, it was in fact the first of these changesets. Bill, I believe this patch is desired for GC? Since we don't Ion-compile much of Emscripten yet, maybe we should take some short-term steps to fix that instead of backing this out.
Blocks: 781657
Yeah, it would be nice if we didn't have to back that out. It removed a lot of really buggy gunk from stack scanning. I'm not sure what we could do about it, though, besides Ion-compiling the Emscripten code.
To be clear, I'm not suggesting we back this out. Hopefully we can fix this before the aurora merge, but if not, it sounds like it's worth this regression for the benefits the patch brings.
I talked to bhackett on irc. He says this regression will remain for now, until the benchmarks no longer depend on JM (i.e. we can run more of them in ion) or we remove JM entirely.
Per comment 7, fixed due to JM removal.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.