RESOLVED FIXED 154964
Slow JSC stress tests times out in 32 bit debug mode
https://bugs.webkit.org/show_bug.cgi?id=154964
Summary Slow JSC stress tests times out in 32 bit debug mode
Csaba Osztrogonác
Reported 2016-03-03 03:29:42 PST
http://trac.webkit.org/changeset/197442 disabled FTL JIT testing on 32 bit bots, because there is no FTL JIT on any 32 bit platforms. But 25-35 tests started to fail on these bots: - https://build.webkit.org/builders/Apple%20El%20Capitan%2032-bit%20JSC%20%28BuildAndTest%29/builds/1658 - https://build.webkit.org/builders/Apple%20Yosemite%2032-bit%20JSC%20%28BuildAndTest%29 The problem is that these tests seems to be very slow in debug mode, but they didn't fail previously because jsc-stress-tests script duplicated the timeout in case of FTL JIT is enabled: if $enableFTL and ENV["JSCTEST_timeout"] # Currently, using the FTL is a performance regression particularly in real # (i.e. non-loopy) benchmarks. Account for this in the timeout. ENV["JSCTEST_timeout"] = (ENV["JSCTEST_timeout"].to_i * 2).to_s end It seems we should duplicate timeout in debug mode too.
Attachments
Patch (2.06 KB, patch)
2016-05-10 08:38 PDT, Csaba Osztrogonác
no flags
Csaba Osztrogonác
Comment 1 2016-03-03 03:39:24 PST
My first idea was to replace $enableFtl condition with ($enableFTL or !$ifJSCArgIsntProvidedAreWeReleaseBuild), but unfortunately run-javascriptcore-tests doesn't pass through the --debug option to run-jsc-stress-tests. I don't have time to investigate this bug, feel free to pick it up. But maybe the simplest fix is to set JSCTEST_timeout environment on these bots to a high enough number.
Alexey Proskuryakov
Comment 2 2016-03-03 09:23:26 PST
Will fix by rolling out r197442. There is no reason to keep such a regression.
Alexey Proskuryakov
Comment 3 2016-03-03 09:26:55 PST
*** This bug has been marked as a duplicate of bug 154967 ***
Csaba Osztrogonác
Comment 4 2016-03-03 09:31:30 PST
Rolling out r197442 only hides this problem. The tests are still slow, relying on increased timeout set by --ftl-jit option is incorrect and should be fixed.
Alexey Proskuryakov
Comment 5 2016-03-05 15:21:33 PST
This bug used to be a duplicate, because it said that the tests failed on bots. That is fixed via bug 154967. You changed the title after the fact.
Csaba Osztrogonác
Comment 6 2016-03-06 11:34:27 PST
(In reply to comment #5) > This bug used to be a duplicate, because it said that the tests failed on > bots. That is fixed via bug 154967. > > You changed the title after the fact. I agree, the bug mentioned in the original title of the bug was "solved" (papered over) by the rollout. But The description of this bug is clear and the bug is still valid and should be fixed in the near future. The original title was confusing, I just changed it to match with the desription. It's not reasonable to rely on running useless FTL JIT tests (+50% runtime) just to increase the JSCTEST_timeout on 32 bit debug JSC tester bots. We should increase the timeout in debug mode in this bug and then we can disable FTL JIT testing on all 32 bit bots in bug154858.
Csaba Osztrogonác
Comment 7 2016-05-10 08:38:16 PDT
Michael Catanzaro
Comment 8 2016-05-17 08:36:32 PDT
Comment on attachment 278495 [details] Patch (Please commit when you're around to watch the bots.)
WebKit Commit Bot
Comment 9 2016-05-19 05:02:16 PDT
Comment on attachment 278495 [details] Patch Clearing flags on attachment: 278495 Committed r201158: <http://trac.webkit.org/changeset/201158>
WebKit Commit Bot
Comment 10 2016-05-19 05:02:21 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.