stress/test-out-of-memory.js is not throwing OOM into ARMv7 and MIPS
authorticaiolima@gmail.com <ticaiolima@gmail.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Sat, 21 Sep 2019 20:20:56 +0000 (20:20 +0000)
committerticaiolima@gmail.com <ticaiolima@gmail.com@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Sat, 21 Sep 2019 20:20:56 +0000 (20:20 +0000)
commitb9e2c57d5205681a6970358208a4a7359b41c186
treebc6d72ef9fb1cf00f4036a8fb05ebf981740ad63
parentc862c8398ad7403e7031dd59464daf9bf7e1f621
stress/test-out-of-memory.js is not throwing OOM into ARMv7 and MIPS
https://bugs.webkit.org/show_bug.cgi?id=202011

Reviewed by Mark Lam.

We are skipping this test into MIPS and ARMv7 because some of its assumptions
are not valid for them. The current behavior of the test in those architectures
is that it does not throw during `new ArrayBuffer(1000)` allocation site,
because eden collection keeps happening between iterations. The collection
is triggered on those architectures because the amount of stress
`new Promise` generates into GC limits is not enough to avoid them
while loop is executing.

Changing the size of `UInt8Array` from `80000000` to `160000000` can
be an alternative fix to avoid collection happening during `ArrayBuffer`
allocation loop, but we can't guarantee this test is always going to execute
without error when Gigacage is disabled, given we can reach an OOM state in
some allocations that need to succeed, making this test flaky for those
architectures.

* stress/test-out-of-memory.js:

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@250185 268f45cc-cd09-0410-ab3c-d52691b4dbfc
JSTests/ChangeLog
JSTests/stress/test-out-of-memory.js