Bug 90003 - [chromium] fast/js/repeat-cached-vm-reentry.html is timing out on Mac (dbg) and Win (dbg)
Summary: [chromium] fast/js/repeat-cached-vm-reentry.html is timing out on Mac (dbg) a...
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-26 12:17 PDT by Hin-Chung Lam
Modified: 2013-04-09 17:06 PDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Comment 1 Hin-Chung Lam 2012-06-26 12:21:50 PDT
Committed r121276: <http://trac.webkit.org/changeset/121276>
Comment 2 Hin-Chung Lam 2012-06-26 12:23:01 PDT
Adding arv@ since he last touched the test script.
Comment 3 Erik Arvidsson 2012-06-26 12:52:28 PDT
This makes no sense. That blame list seem unrelated to this.

I'm a bit concerned though. If this is really a flakiness in V8 it might have bad long term issues.

Anton, do you know who on the V8 team might be able to look at this. It is most likely just flakiness in the test runner but the code is simple enough.
Comment 4 Hin-Chung Lam 2012-06-26 12:59:57 PDT
Yeah the blame list doesn't make sense to me either but that what is shown by flakiness dashboard.
Comment 6 Dirk Pranke 2012-06-26 13:12:50 PDT
if you look at the full history we have for this test, all three periods of flakiness are triggered by v8 rolls, and go away when the v8 roll is reverted or changed:

http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=fast%2Fjs%2Frepeat-cached-vm-reentry.html

looks like a v8 problem to me, not flakiness at all.
Comment 7 Jakob Kummerow 2012-07-03 06:19:48 PDT
Thanks for the detailed analysis of affected revisions ranges. This is indeed a V8 problem.

It turned out to be relatively benign: in debug mode, there's a checking routine that is quadratic in the number of optimized closures, and this particular test happens to create a huge number of closures that due to recent improvements in V8 now share their optimized code. Release mode is not affected.

I have landed a workaround in V8's bleeding_edge branch, which will probably roll into Chromium tomorrow or so (look for V8 version 3.12.8).


As a side note, this test is pretty braindead and essentially tests undefined behavior (namely, sorting an array with a comparator function that always returns 1). We are lucky that it passes at all :-)
Comment 8 Stephen Chenney 2013-04-09 17:06:32 PDT
Marked LayoutTest bugs, bugs with Chromium IDs, and some others as WontFix. Test failure bugs still are trackable via TestExpectations or disabled unit tests.