[Webkit-unassigned] [Bug 174502] New: [GTK][WPE] stress/dont-reserve-huge-capacity-lexer.js JSC test failing
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Jul 14 06:53:25 PDT 2017
https://bugs.webkit.org/show_bug.cgi?id=174502
Bug ID: 174502
Summary: [GTK][WPE] stress/dont-reserve-huge-capacity-lexer.js
JSC test failing
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: New Bugs
Assignee: webkit-unassigned at lists.webkit.org
Reporter: zan at falconsigh.net
CC: clopez at igalia.com, mcatanzaro at igalia.com,
utatane.tea at gmail.com
The stress/dont-reserve-huge-capacity-lexer.js JSC test, and the various variations of it, is failing on the bots.
The problem isn't in the test itself. The failures occur when multiple instances of this test (in different variations) are run in parallel. Because the test on its own consumes a lot of memory, multiple instances consume much more in total, faulting the latter-spawned tests.
The result is a variable amount of failures on specific JSC test runs:
https://build.webkit.org/builders/WPE%20Linux%2064-bit%20Release%20%28Tests%29/builds/1464/steps/jscore-test/logs/stdio
https://build.webkit.org/builders/WPE%20Linux%2064-bit%20Release%20%28Tests%29/builds/1465/steps/jscore-test/logs/stdio
The test itself is already designated as memory-wasteful, and is not run when passing the --memory-limited flag. But that's not the case on the bots, and these systems obviously don't have enough RAM available to accommodate all the variations of this test that might be run in parallel.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170714/97ecfd62/attachment.html>
More information about the webkit-unassigned
mailing list