Bug 582766 - JIT vastly slows down Data Manager (let in .nextSibling loop makes TM loop way too often). r=dvander.

This commit is contained in:
Nicholas Nethercote 2010-08-01 18:03:12 -07:00
parent 58c2ef3eb9
commit 9920fb0623
2 changed files with 28 additions and 4 deletions

View File

@ -4939,17 +4939,23 @@ TraceRecorder::closeLoop(SlotMap& slotMap, VMSideExit* exit)
}
} else {
exit->exitType = LOOP_EXIT;
exit->target = tree;
debug_only_printf(LC_TMTreeVis, "TREEVIS CHANGEEXIT EXIT=%p TYPE=%s\n", (void*)exit,
getExitName(LOOP_EXIT));
JS_ASSERT((fragment == fragment->root) == !!loopLabel);
if (loopLabel) {
lir->insBranch(LIR_j, NULL, loopLabel);
fragment->lastIns = lir->ins1(LIR_livep, lirbuf->state);
} else {
fragment->lastIns = lir->insGuard(LIR_x, NULL, createGuardRecord(exit));
lir->ins1(LIR_livep, lirbuf->state);
}
exit->target = tree;
/*
* This guard is dead code. However, it must be present because it
* can keep alive values on the stack. Without it, StackFilter can
* remove some stack stores that it shouldn't. See bug 582766 comment
* 19.
*/
fragment->lastIns = lir->insGuard(LIR_x, NULL, createGuardRecord(exit));
}
CHECK_STATUS_A(compile());

View File

@ -0,0 +1,18 @@
expected = 4;
var fourth = { nextSibling: null };
var third = { nextSibling: fourth };
var second = { nextSibling: third };
var first = { nextSibling: second };
function f() {
let loopcount = 0;
for (let node = first; node; node = node.nextSibling) {
loopcount++;
}
return loopcount;
}
actual = f();
assertEq(actual, expected);