Closed Bug 169278 Opened 23 years ago Closed 23 years ago

tracking "patch to try that localizes rt->interruptHandler" - attachment 92768 [details] [diff] [review]'s lifespan

Categories

(Core :: JavaScript Engine, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla1.2alpha

People

(Reporter: timeless, Assigned: brendan)

References

()

Details

(Keywords: fixedOEM)

split off from Bug 121414 JS needs partial evaluation ------- Additional Comment #35 From Brendan Eich 2002-07-25 11:47 ------- Created an attachment (id=92768) patch to try that localizes rt->interruptHandler This patch loads rt->interruptHandler into a local before the interpreter loop, and reloads it only after returns from js_Invoke (which might call a native function). It may not help, if optimizing compilers and target architectures don't lead to the interruptHandler local being kept in a register. ------- Additional Comment #36 From Yuedong Du 2002-07-26 00:55 ------- The patch is valuable at least on solaris: with the testcase test1(sun blade 100, 500Mhz, solaris 8, average of 3 times): with the patch : 2251 ms without the patch : 2595 ms ------- Additional Comment #37 From Yuedong Du 2002-07-26 05:34 ------- Created an attachment (id=92885) quantify solaris remove js debugger support quantified as /be requested. ------- Additional Comment #39 From Yuedong Du 2002-07-29 04:00 ------- And the patch of Brendan is obviously beneficial. So can we let patch go through the review process? We have proved that bug has nothing to do with bitwise operator. Maybe switch is too heavy but no obvious way for leveage the overhead. So the patch is probably the only fruit of this bug. ------- Additional Comment #40 From Brendan Eich 2002-07-30 15:44 ------- Taking. ------- Additional Comment #44 From John Bandhauer 2002-07-31 23:09 ------- (From update of attachment 92768 [details] [diff] [review]) sr=jband. Sure, why not? I'm curious if it really measures as a win. ------- Additional Comment #45 From Robert Ginda 2002-07-31 23:20 ------- (From update of attachment 92768 [details] [diff] [review]) r=rginda Doesn't seem to cause any debugger regressions, afaict. ------- Additional Comment #46 From Brendan Eich 2002-08-01 11:08 ------- jband: see comment #36 for YueDong Du's measurement with the patch vs. without. I'll check the patch in when the 1.2alpha trunk opens, but keep the bug open for bigger improvements. ------- Additional Comment #47 From Phil Schwartau 2002-08-13 15:24 ------- The latest patch passes the JS testsuite on WinNT in both the debug and optimized shells. No test regressions occurred - ------- Additional Comment #48 From Brendan Eich 2002-08-13 17:28 ------- I checked attachment 92768 [details] [diff] [review] into the 1.2alpha trunk. ------- Additional Comment #49 From Henry Jia 2002-08-28 20:33 ------- In OEM branch.
Status: NEW → RESOLVED
Closed: 23 years ago
Keywords: fixedOEM
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.2alpha
.
timeless, you should take this bug if you're the one driving this fix into the 1.0 branch. I was planning to land the whole js1.5 engine sources from the trunk onto the 1.0 branch, later (next month?). If you just filed this to split it out for posterity, I'm not sure it was worth it. I guess pschwartau has to reVERIFY it. /be
Marking Verified -
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.